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L'invention conceme un procede de traitement et de transmission 
de donnees numeriques sur un reseau de telephonie mobile. 

Elle s'applique plus particulierement a un reseau de telephonie 
mobile conforme a la norme "GSM" (acronyme pour "Groupe special 
Systemes Mobiles publics de radiocommunications fonctionnant dans la 
bande des 900 MHz). 

L'invention concerne encore un systeme embarque muni d'une puce 
electronique pour la mise en ceuvre du procede. 

Dans le cadre de Tinvention, le terme "reseau" doit etre compris 
dans son sens le plus general. II inclut les composants de transmission 
proprement dits du reseau (sous-systemes de radiotransmission, cables de 
transmissions, faisceaux hertziens, sous-systemes "filaires" terrestres, etc.), 
mais aussi tous les systemes raccordes au reseau de telephonie mobile 
(stations de base, controleurs de station, commutateurs, annuaires, etc., et, 
de fa$on plus generate, tous systemes de traitement informatique de 
donnees et serveurs raccordes au reseau), y compris les postes, 
equipements ou stations mobiles detenus par les utilisateurs (abonnes) du 
reseau de telephonie mobile. 

Ces derniers dispositifs peuvent etre des telephones portatifs ou 
des terminaux plus complexes, par exemple un terminal cumulant les 
fonctionnalites de telephone et d'organiseur. Pour simplifies sans 
restreindre en quoi que ce soit la portee de l'invention, ces dispositifs seront 
appeles ci-apres "telephones mobiles". Les telephones mobiles sont munis, 
notamment, d'un systeme embarque muni de moyens de traitement de 
reformation et de memorisation, incluant un module fonctionnel connu sous 
I'abreviation "SIM" (pour- "Subscriber Identity Module" ou "Module 
d'identification d'abonne"). Egalement pour simplifier, on supposera ci-apres 
que le module "SIM" est porte par une carte a puce. Un logiciel d'exploitation 
de la carte a puce est egalement prevu (dit "OS", pour "Operating System"). 

Dans I'etat actuel des techniques, les telephones mobiles des 
reseaux "GSM" ne sont plus seulement utilises pour telephones On peut les 
utiliser aussi pour traiter et envoyer des donnees numeriques, notamment 



sous la forme de courts messages (service dit "GSM-Data"). Ces messages 
ont typiquement une longueur de 160 septets ou de 140 octets, selon les 
applications. 

Recemment, on a assiste a I'apparition d'une technologie 
normalisee dite "Sim Toolkit". Cette technologie fait d'ores et deja partie des 
services complementaires offerts par certains operateurs de telephonie 
mobile des reseaux "GSM". De facon pratique, une piece de logiciel 
specifique est implementee dans la carte a puce "SIM" du telephone. 

Cette norme permet aux applications, qui tournent sur la carte a 
puce ("SIM") des telephones mobiles, d'envoyer des commandes a 
I'equipement mobile associe de type : 

afficher un texte sur I'ecran du telephone mobile ; 

demander a I'utilisateur de taper du texte comme entree de 

I'application 

demander I'appel telephonique d'un numero ; 

demander I'envoi d'un message court qui contient du texte ou des 

donnees, a un serveur ou a un autre telephone ; 

demander I'execution d'une commande sur une carte a puces 

auxiliaire dans I'equipement mobile ; 

etc. 

Ces commandes sont appelees commandes "pro-actives". 
La norme "Sim Toolkit" permet aussi aux applications de la carte a 
puce "SIM" de reagir suite a la reception d'un certain nombre d'evenements 
provenant de I'equipement mobile. Ces evenements sont de type : 

selection de ('application a partir d'une commande dite de "MENU" qui 

se trouve sur un clavier dont sont munis les equipements mobiles ; 

reception d'un message court a destination d'une application ou du 

systeme d'exploitation de la carte a puce "SIM" ; 

expiration du temps programme dans une minuterie de I'equipement 

mobile ; 

demande d'appel d'un numero telephonique ; 
etc. 



Les fonctionnalites apportees par cette norme permettent de 
developper un tres grand nombre d'applications distinctes sur la carte a 
puce, ce dans le but de fournir aux utilisateurs des services dits "a valeur ^ . 
ajoutee". Q 
5 Pour une description plus detaillee de la technologie n Sim Toolkit", 

on se reportera avec profit a la norme "GSM 1 1.14". **H 

En resume, dans I'etat de la technique actuelle, le standard "Sim 
Toolkit" consiste a developper des applications sur la carte a puce qui sont 
capables, a la fois, de commander Tequipement mobile supportant la carte a ^> 

10 puce et aussi de reagir a des evenements provenant de cet equipement. Ce j_ 

CO 

standard est aujourd'hui adopte par la majorite des constructeurs r • 
d'equipements mobiles et de cartes a puces. C'est un standard qui permet 
d'ecrire des applications a la fois puissantes et securisees. 

Une application "Sim Toolkit" communique en general avec une ou 

15 plusieurs applications installees sur des serveurs, via le canal des 
messages courts. Ce canal est independant de celui de la voix et est 
standardise par la norme "GSM". Les applications, qu'elles soient installees 
sur la carte "SIM" ou sur le serveur, peuvent a la fois envoyer et recevoir des 
messages courts qui contiennent du texte ou des donnees en format binaire. 

20 (Pour plus d'information sur les messages court en mode point a point, voir 
la norme "GSM 03.40") 

Cependant, et bien que le nombre et la nature des services "GSM" 
a valeur ajoutee precites s'averent a priori sans limitation, les operateurs 
telephoniques et les developpeurs d'applications logicielles sont 

25 constamment freines par la limitation des ressources disponibles sur la carte 
a puce. 

En effet, les deux inconvenients principaux presentes par la 
technologie "Sim Toolkit" sont : 

1) la memoire insuffisante des cartes a puce pour heberger des 
30 applications "Sim Toolkit", car celles-ci ne comportent que quelques 
dizaines de kilo-octets en memoire : malgre toutes les optimisations 
effectuees par des developpeurs d'applications logicielles tres experimentes, 
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les operateurs de services de telephonie buttent sur ce manque de memoire 
pour charger et/ou executer des applications "Sim Toolkit 11 en grand nombre 

;et 

2) le temps de reponse tres eleve des cartes a puces : en effet, 
5 c'est a la carte a puce, qui est dotee d'une puissance de calcul moindre 
comparee aux processeurs des equipements mobiles et surtout des 
serveurs, que cette technologie impose d'effectuer les calculs les plus 
compliques, lors de I'execution des applications precitees. 

Or, il est clair que les besoins qui se font sentir vont dans une 
10 direction opposee. Tout d'abord, les operateurs de telephonie souhaitent 
mettre a la disposition de leurs abonnes le plus grand nombre possible de 
services annexes supplementaires. En outre, les operations effectuees par 
la carte a puce doivent I'etre dans un temps minimum. La multiplication des 
applications disponibles, dans la mesure d'ailleurs ou cette multiplication est 
15 possible, risque d'ailleurs de degrader les performances en rendant le temps 
de traitement encore plus long, du fait de mutuelles interactions. 

Malgre des progres importants de la technologie des cartes a puce, 
* deja constates dans une periode recente, et previsibles dans un avenir 
proche, les facteurs de limitation precites restent et resteront un frein 
20 important. 

Une deuxieme technologie standardises, appelee M WAP M (pour 
"Wireless Application Protocol"), a ete proposee recemment Ce standard a 
pour but de permettre aux utilisateurs des telephones mobiles d'acceder au 
reseau Internet a partir de leurs telephones mobiles, via une liaison sans fil. 
25 Cette technologie n'est pas sans inconvenients. 

Tout d'abord, il est necessaire d'installer un navigateur "WAP", de 
type specifique, car il presente des caracteristiques differentes des 
navigateurs de type "WEB" classiques. Ce navigateur est installe sur 
Tequipement mobile qui, certes possede plus de memoire que la carte a 
30 puce, mais generalement beaucoup moins qu'un micro-ordinateur et 
naturellement qu'un serveur. En outre, bien que cette technologie presente 
Tavantage de permettre I'acces au reseau Internet, elle ne couvre pas toutes 



les fonctionnalites des applications n Sim Toolkit". A titre d'exemple non 
limitatif, une application "WAP" ne peut pas, comme dans le cas des 
applications M Sim Toolkit", commander les appels telephoniques. De plus, 
une application "WAP" ne peut pas garantir le meme degre de securite que 
celui offert par les applications "Sim Toolkit". En effet, celles-ci utilisent des 
cles secretes enregistrees dans les cartes a puce "SIM". Par exemple, une 
application "WAP" ne peut pas demander ('authentication d'une application 
sur un serveur quelconque. Ce n'est d'ailleurs pas la seule fonction de 
securite devolue a la carte a puce "SIM". Elle assure egalement la securite 
et la confidentialite des informations transmises. 

Pour assurer toutes ces fonctions, la carte a puce stocke un certain 
nombre de donnees dites "sensibles", des algorithmes de chiffrement et des 
cles associees, notamment : 

le numero international d'abonne ou "IMSI" (pour "International Mobile 

Subscriber Identity") ; 

Tidentite temporaire attribuee a une station mobile lors de son 
deplacement ou "TMSI" (pour "Temporary Mobile Subscriber Identity") 

une cle. d'authentification individuelle, une cle de chiffrement utilisee 
pour chiffrer et dechiffrer des donnees dites de signalisations et de 
trafic sur la voie radio et trois algorithmes distincts de chiffrement et 
dechiffrement ou de generation de cles ; et 

un nombre de sequences de cles de chiffrement ou "CKSN" (pour 
"Ciphering Key Sequential Number"), indiquant la valeur de 
chiffrement ci-dessus valable pour eviter ['utilisation de cles 
differentes par la station mobile et le reseau. 
Le fait que ces informations ou donnees sensibles soient stockees 
dans la carte a puce et que les traitements correspondents soient effectues 
dans celle-ci permettent d'obtenir un haut degre de securite et de 
confidentialite. 



Enfm, dans I'etat actuel des techniques, le cout des equipements 
mobiles qui supportent la technologie "WAP" reste eleve, si on le compare 
au cout de ceux qui supportent la technologie "Sim Toolkit". 

L'invention vise a pallier les inconvenients des dispositifs et 
systemes de I'art connu, et dont certains viennent d'etre rappeles, tout en 
satisfaisant aux besoins qui se font sentir. 

L'invention se fixe pour but un procede de traitement et de 
transmission de donnees numeriques sur un reseau de telephonie mobile, 
notamment a la norme "GSM" permettant d'apporter aux utilisateurs des 
telephones mobiles sur ce reseau, tous les services qu'on peut offrir avec 
les applications conforme a la technologie "Sim Toolkit", mais en 
s'affranchissant des limitations de memoires et de performances rencontrees 
lors du developpement des applications sur les cartes a puces, pour le 
moins en grande partie. 

Pour ce faire, l'invention tire avantageusement parti du fait que les 
applications conformes a la technologie "Sim Toolkit" peuvent notamment 
envoyer des messages courts et aussi entreprendre I'execution 
destructions, suite a la reception d'autres messages courts qui leur sont 
destinees. 

L'architecture de reseau de telephonie mobile selon l'invention est 
une architecture dans laquelle des applications "Sim Toolkit" : 

1) informent des applications installees sur au moins un serveur 
eloigne, raccorde au dit reseau de telephonie, de I'arrivee d'evenements 
provenant d'un equipement mobile : ces applications seront appelees ci- 
apres "applications Sim Toolkit rapporteuses" ; et 

2) executent des commandes et des instructions suite a la 
demande duplications implementees sur lesdits serveurs : ces dernieres 
applications seront appelees ci-apres "applications Sim Toolkit esclaves". 

De cette maniere, on peut deleguer I'execution de traitements 
lourds, grands consommateurs de ressources informatiques, qui 
s'effectuent, dans Part connu, sur la carte a puce "SIM", a des applications 
implementees sur ces serveurs. 



Les serveurs. precites ne presentent pas a priori de limitations 
intrinseques, comme dans le cas des cartes a puce "SIM", ni en ce qui 
concerne la quantite de memoire disponible, ni en ce qui concerne la 
puissance de calcul. Le nombre duplications "Sim Toolkit" disponibles via 
une carte a puce "SIM" (et done le nombre de services offerts) peut alors 
etre fortement augmente, tout en permettant une grande vitesse de 
traitement. 

Par ailleurs, les fonctionnalites liees a la securite et la 
confidentiality restant confinees dans la carte a puce "SIM", comme dans 
Tart connu, un haut niveau de qualite de service continue d'etre garanti. 

^invention a done pour objet principal un procede de transmission 
et de traitement de donnees numeriques sur un reseau de teiephonie 
mobile, ledit reseau comprenant au moins un equipement mobile et un 
serveur eloigne comprenant des moyens de traitement d'information et de 
stockage de donnees, communiquant entre eux via ledit reseau de 
teiephonie mobile, ledit equipement mobile cooperant avec un systeme 
embarque a puce electronique comprenant des moyens de traitement 
d'information et de stockage de donnees destines a memoriser au moins des 
pieces de logiciel d'un type capable, tout a la fois, de commander ledit 
equipement mobile par remission de commandes determinees et de reagir a 
des evenements provenant de cet equipement par execution destructions 
associees a ces dits evenements, en vue de realiser des fonctionnalites 
associees a au moins une application predeterminee, caracterise en ce qu'il 
comprend I'implementation d'au moins une premiere piece de logiciel 
particuliere, d'un type dit rapporteur, stockee dans lesdits moyens de 
stockage de donnees dudit systeme embarque a puce electronique, et 
Timplementation d'au moins une piece de logiciel associee stockee dans 
lesdits moyens de stockage de donnees de Tun desdits serveurs eloignes, 
en ce que ladite piece de logiciel de type rapporteur retransmet a ladite 
piece de logiciel associee des donnees caracteristiques desdits evenements 
re$us dudit equipement mobile et en ce que cette piece de logiciel associee 
execute, par I'intermediaire desdits moyens de traitement d'information dudit 
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serveur eloigne, sur reception desdites donnees caracteristiques, tout ou 
partie desdites instructions associees a Tune desdites applications 
predetermines et retransmet des resultats de ladite execution au dit 
equipement mobile et/ou au dit systeme embarque a puce electronique. 

L'invention a encore pour objet un systeme embarque muni d'une 
puce electronique cooperant avec un equipement mobile connecte au dit 
reseau de telephonie mobile. 

L'invention va maintenant etre decrite de facon plus detaillee en se 
referant aux dessins annexes, parmi lesquels : 

la figure 1 est un diagramme illustrant schematiquement les 
principales etapes de Pactivation d'une application "Sim Toolkit" 
situee sur un serveur eloigne par une application, selon un aspect 
de l'invention d'un premier type dit "rapporteur", situee sur une carte 
a puce "SIM" ; 

La figure 2 est un diagramme illustrant schematiquement 
Interrelation selon l'invention, entre une application situee sur un 
serveur eloigne, d'un type dit "mattre", et une application "Sim 
Toolkit" situee sur une carte a puce "SIM", d'un deuxieme type dit 
"esclave", selon un autre aspect de l'invention ; 

la figure 3 est un diagramme illustrant les principales etapes du 
procede selon l'invention d'envoi d'une commande "pro-active" 
conforme a la norme "GSM 11.14"; 

la figure 4 est un diagramme explicitant, pour un exemple 
particulier, les principales etapes d'echanges de donnees et de 
commandes entre une application "Sim Toolkit" situee sur une carte 
a puce "SIM" et une application situee sur un serveur eloigne, selon 
Part connu ; et 

la figure 5 est un diagramme explicitant, pour cet exemple 
particulier, les principales etapes d'echanges de donnees et de 
commandes entre une application "Sim Toolkit" situee sur une carte 
a puce "SIM" et une application situee sur un serveur eloigne, selon 
le procede de l'invention. 



On va maintenant decrire de fa?on plus detaillee un exemple de 
realisation preferee d'architecture de reseau de telephonie mobile selon 
Tinvention. 

Comme il a ete indique, selon Tune des caracteristiques de 
Tinvention, on delegue Texecution de traitements lourds, qui s'effectuent 
dans Tart connu sur la carte "SIM" a des applications implementees sur un 
ou plusieurs serveurs eloignes connectes au reseau. 

Selon une autre caracteristique de Tinvention, on prevoit deux 
categories principals d'applications "Sim Toolkit" que Ton a appele 
"Applications Sim Toolkit rapporteuses" et "Applications Sim Toolkit 
esclaves", respectivement, toutes deux implementees sur les cartes a puce 
"SIM". 

On va maintenant decrire de fagon plus detaillee les deux types 
d'application. 

Application "Sim Toolkit" rapporteuse 

Une application "Sim Toolkit" reagit en premier lieu aux evenements 
provenant du telephone mobile, ou de fagon plus generale de Tequipement 
mobile de Tabonne. Ces evenements arrivent a la carte a puce "SIM" dans 
une commande connue sous la denomination anglo-saxonne "Envelope". La 
commande "Envelope" peut contenir, par exemple, Tevenement "Menu 
Selection", avec comme indice de selection celui de cette application "Sim 
Toolkit". Cet evenement permet done de choisir une application dans un 
menu qui s'affiche sur des moyens de visualisation dont est pourvu le 
telephone mobile. Une description plus detaillee de cette commande peut 
etre trouvee dans la norme "GSM 11.14" 

L'equipement mobile n'a aucune connaissance des applications qui 
se trouvent sur les serveurs. Pour faire reagir une application sur un serveur 
aux evenements definis dans la norme "Sim Toolkit", il est necessaire de la 
coupler avec une application "Sim Toolkit" installee sur la carte "SIM", que 
Ton appellera ci-apres "application Sim Toolkit rapporteuse". L'equipement 
mobile voit Tapplication rapporteuse comme si elle etait une application "Sim 
Toolkit" classique. II n'a aucune connaissance de Tapplication 
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correspondante situee sur un serveur. De ce point de vue, il y a 
transparence totale. 

L'application rapporteuse s'inscrit dans la carte "SIM" pour se 
mettre a I'ecoute des evenements auxquels son application correspondante 
implementee sur un serveur doit reagir. Des que l'application rapporteuse 
recoit un evenement provenant de I'equipement mobile, elle prepare un 
message court a destination de son application correspondante. Ce 
message court contient toutes les donnees caracterisant I'evenement recu. 
Son envoi est realise de facon pratique par une commande du type 
"commande pro-active" precite. 

L'application correspondante du serveur recoit le message court. 
Ce message I'informe de I'arrivee d'un evenement venant de I'equipement 
mobile. Elle entreprend alors le traitement relatif a la reception de cet 
evenement. Ce traitement peut consister, par exemple, a se connecter a un 
site "WEB". Elle peut aussi devenir une application dite maitre d'une autre 
application dite esclave implementee sur la carte a puce "SIM". Elle peut par 
consequent commander l'application esclave, pour qu'elle envoie des 
commandes "pro-actives" a I'equipement mobile et aussi pour qu'elle 
invoque des methodes stockees dans bibliotheques installees sur la carte a 
puce "SIM". 

La figure 1 est un diagramme illustrant schematiquement les 
principales etapes de I'activation d'une application "Sim Toolkit" 30M situee 
sur un serveur eloigne 3 par une application de type "Sim Toolkit 
rapporteuse" 21 situee sur une carte a puce "SIM" 2 d'un equipement mobile 
1. Le serveur eloigne 3 et I'equipement mobile 1 de I'abonne Ab sont tous 
deux connectes a un reseau de tetephonie mobile RT (non explicitement 
represented Ce reseau, bien connu de I' Homme de Metier, et classique en 
soi, ne necessite aucune modification qui serait due au procede de 
I'invention. II s'ensuit que, a priori, tous les reseaux conformes a I'art connu 
conviennent, ce qui represente d'ailleurs un avantage supplementaire de 
I'invention. II n'est done pas necessaire de decrire plus avant un tel reseau 
et ses differents composants. On pourra se referer avec profit, a titre 
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d'exemple non limitatif, a I'article de jean CELLMER, intitule "Reseaux 
cellulaires, Systeme GSM", paru dans les "Techniques de Nngenieur", 
Volume TE 7364, novembre 1999, pages 1 a 23. 

L'equipement mobile 1, par exemple un poste telephonique 
portable, comprend des circuits electroniques classiques (memoires, 
processeur, etc.) 10. Ces derniers peuvent etre couples a une carte a puce 
"SIM" 2 a I'aide d'un lecteur (rion represented La carte a puce "SIM" 2 
comprend egalement des circuits electroniques 20, notamment un 
processeur et des moyens de memoires dans lesquels peuvent etre 
enregistrees des applications "Sim Toolkit" que Ton appellera classiques 
(non representees), car communes en soi a Tart connu, ainsi qu'une ou 
plusieurs applications "Sim Toolkit" rapporteuses 21 conformes a Tune des 
caracteristiques de ('invention. Sur la figure 1, pour illustrer le processus 
simplement, une seule application a ete representee, a I'exterieure des 
circuits 20 de la carte a puce "SIM" 2. Dans la realite, cette application 21 
est stockee, comme les applications de type classique, dans les moyens de 
memoire de la carte a puce 2. 

Les etapes precitees sont les suivantes (symbolisees par des 
fleches en trait plein sur la figure 1 ) : 

F1) les circuits 10 de I'equipement mobile 1 envoient une 

commande de type "Enveloppe" aux circuits 20 de la carte a puce "SIM" 2 
: cette commande "Enveloppe" contient un des evenements prevus par la 
norme GSM 11.14 precitee ; 

F2) les circuits 20 de la carte "SIM" 2 envoient cet evenement a 

une application "Sim Toolkit" rapporteuse 21 apte a y repondre ; et 
F3) Tapplication "Sim Toolkit" rapporteuse 21 envoie ce meme 

evenement, dans un message court, a une application correspondante 
30M situee dans le serveur 3 qui va la traiter, via le reseau RT. 

Pour des raisons qui seront explicitees ci-apres, ('application 30M 
sera appelee "application maTtre". 
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Application "Sim Toolkit" esclave 
De fagon connue en soi, une application "Sim Toolkit" de Tart 
connu peut notamment : 

a) envoyer des commandes "pro-actives" conformes a la norme "GSM 
11.14" a I'equipement mobile : elle peut, par exemple, demander a 
I'equipement mobile d'afficher du texte ; 

b) envoyer des commandes conformes a la norme "GSM 11.11" precitee 
au systeme d'exploitation de la carte a puce "SIM", sans passer par 
I'equipement mobile ; et 

c) demander I'execution de methodes stockees dans des bibliotheques 
implementees sur la carte a puce "SIM" : elle peut par exemple 
appeler une methode de la carte a puce "SIM" pour demander le 
chiffrement d'un message a Taide d'une cle secrete stockee sur cette 
carte. 

Selon un aspect supplemental de ('invention, les applications 
implementees sur les serveurs eloignes sont dotees de ces fonctionnalites. II 
est ainsi possible de leur deleguer le traitement qui s'effectue, dans Tart 
connu, en ayant recours a une application "Sim Toolkit" classique 
implementee sur la carte a puce. 

Pour qu'une application implementee sur le serveur eloigne 3 
puisse effectuer ces operations, il est necessaire qu'elle puisse 
communiquer avec une application "Sim Toolkit" implementee sur la carte a 
puce "SIM" 2. Elle envoie alors des commandes a cette derniere application 
qui les execute. On appellera ci-apres les applications implementees sur les 
serveurs eloignes "Applications maitres» et les applications "Sim Toolkit" 
installees sur la carte a puce "SIM" "Application Sim Toolkit esclaves". 

La figure 2 est un diagramme illustrant schematiquement 
Interrelation entre ces deux types d'applications. 

Une application "MaTtre" 30M envoie une commande (trait plein sur 
la figure 2) a une application "Sim Toolkit esclave" 22 Cette derniere 
application execute la commande, puis repond a Tapplication "Maitre" 30M t 



en lui retournant le resultat de la commande (trait discontinu) apres 
traitement. 

On va maintenant decrire de fagon detaillee comment une 
application "Maitre" 30M peut envoyer des commandes des types a) a c) 
precites. 

Envoi d'une commande "pro-active" conforme a la norme "GSM 

11.14" 

Les principales etapes du procede selon ['invention sont explicitees 
ci-dessous, par reference au diagramme de la figure 3 : 

a) une application maitre 30M prepare une commande "pro-active" afin 
qu'elle soit executee par les circuits 10 d'un equipement mobile 1 : 
elle Tinclut dans des donnees d'un message court a destination d'une 
application "Sim Toolkit" esclave 22 (via les circuits 10 d'un 
equipement mobile 1, sur lequel la commande "pro-active" est 
executee) - fleches F'1 et F'2 sur la figure 3 - ; 

b) I'application "Sim Toolkit" esclave 22 analyse les donnees du 
message court regu : elle comprend que ('application maitre 30M lui 
demande d'envoyer la commande "pro-active" aux circuits 10 de son 
equipement mobile 1, elle transfere alors cette commande a 
requirement mobile 1 et se bloque en attente d'une reponse en retour 
- fleche F3 - ; 

c) les circuits 10 de Tequipement mobile 1 regoivent la commande "pro- 
active" : ils I'executent et envoient une reponse a la carte "SIM" 2, 
sous forme d'une commande communement appelee "Terminal 
Response" - fleche F'4 - , cette commande contenant le resultat de 
I'execution de la commande "pro-active" par les circuits 10 de 
I'equipement mobile 1 (par exemple, si la commande "pro-active" 
consiste a demander de mettre sous-tension une carte a puce 
auxiliaire, non representee, sur I'equipement mobile 1, le resultat 
envoye dans la commande "Terminal Response" contient une suite 
d'octets qui est la reponse d'une mise a zero de la carte auxiliaire) ; 
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d) Tapplication M Sim Toolkit" esclave 22 qui est restee bloquee apres 
Tenvoie de la commande ,, pro-active ,, I se debloque suite a la 
reception de la commande "Terminal Response" precitee ; 

e) Tapplication "Sim Toolkit" esclave 22 prepare un message court 
contenant le resultat de la commande "pro-active" qu'elle trouve dans 
la commande "Terminal Response" provenant des circuits 10 de 
Tequipement mobile 1 ; 

f) Tapplication "Sim Toolkit" esclave 22 envoie ce message court, dans 
une commande "pro-active", a destination de Tapplication maTtre 30/W, 
via les circuits 10 de Tequipement mobile 1 - fleche F'5 - ; 

g) les circuits 10 de Tequipement mobile 1 transferent le message court 
vers Tapplication maTtre 30/W - fleche F'6 ; et 

h) Tapplication maTtre 30/W le re$oit et traite la reponse de la commande 
"pro-active" qu'elle a precedemment envoyee. 

Envoi d'une commande non "pro-active", c'est-a-dire conforme a la 
norme "GSM 11.11" 

L'application maTtre 30/W (figure 3) peut envoyer des commandes 
"GSM 11.11" a la carte a puce "SIM" 2 suivant deux methodes differentes, 
ces deux methodes pouvant etre utilisees indifferemment. 

Methode 1 

a) une application maTtre 30/W prepare une commande, selon la 
norme "GSM 11.11", a destination d'une application "Sim Toolkit" esclave 22 
implementee sur la carte a puce "SIM" 2 : elle Tenvoie dans un message 
court, via les circuits 10 de Tequipement mobile 1 ; 

b) Tapplication "Sim Toolkit" esclave 22 analyse les donnees du 
message court regu : elle transmet la commande trouvee dans ce message 
au systeme d'exploitation 23 de la carte a puce "SIM" 2 ; 

c) le systeme d'exploitation 23 de la carte a puce "SIM" 2 execute 
la commande qui vient de Tapplication "Sim Toolkit" esclave 22 et retourne 
une reponse a cette commande a cette application 22 ; 

d) Tapplication "Sim Toolkit" esclave 22 prepare un message 
court ayant comme destination une application maTtre correspondante 30/W, 
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implementee sur le serveur eloigne 3 : ce message contient le resultat de la 
commande "GSM 11.11" et est envoye par ['application esclave aux circuits 
10 de I'equipement mobile 1, dans une commande "pro-active" ; 

e) les circuits 10 de Tequipement mobile 1 transferent le message 
5 court a I'adresse du destinataire, indiquee dans le message lui-meme, c'est- 

a-dire I'application maitre 30M ; et 

f) I'application maitre 30M le re?oit et traite la reponse re?ue. 
Methode 2 

L'application maitre 30, implementee sur le serveur eloigne 3, 

10 envoie directement une commande "GSM 11.11" dans un message court au 
systeme d'exploitation 23 de la carte a puce "SIM", selon les normes "GSM 
03.40" et "GSM 03.48". 

L'avantage de cette solution est sa simplicity car elle ne necessite 
pas la presence d'une application "Sim Toolkit" esclave, comme dans le cas 

15 de la methode 1 . 

Par contre, I'inconvenient de la methode 2 est que tres peu de 
systemes d'exploitation de cartes a puce "SIM" implemented pleinement 
cette fonctionnalite. En general, une application d'un serveur peut envoyer 
un scenario de commandes dans un message court pour etre execute, mais 

20 la carte a puce "SIM" ne retoume pas le resultat de la commande. Si, par 
exemple, I'application implementee sur le serveur a besoin de connaitre le 
contenu d'un fichier sur la carte a puce "SIM", elle ne le pourra pas, sur la 
majorite des cartes a puce "SIM". 

Aopel d'une fonction d'une bibliotheaue de la carte a puce "SIM" 

25 Comme il a ete indique, une application "Sim Toolkit" peut avoir 

besoin de demantier I'execution d'une fonction comprise dans une 
bibliotheque de la carte a puce "SIM" (operation c) precitee). II existe deux 
categories principales de fonctions dans une carte a puce "SIM" : 

1) les fonctions qui font appel dans leurs parametres a au moins 
30 une cle secrete stockee dans la carte a puces : ces fonctions sont utilisees 

pour chiffrer, dechiffrer, signer ou verifier une signature ; et 

2) les fonctions qui, au contraire, n'utilisent pas de cles secretes. 
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Les fonctions de la premiere categorie ne peuvent pas etre 
deportees sur un serveur si on veut conserver un degre eleve de securite, 
comme il a ete rappele. Une application esclave 22 (figure 3) doit etre 
capable de les appeler suite a une demande de Implication maitre 30/W. 

Une convention doit exister entre Tapplication esclave 22 et 
Tapplication maitre 30M pour permettre a cette derniere d'effectuer des 
operations de chiffrement/dechiffrement et de signature avec des cles 
secretes de la carte a puce "SIM" 2. 

Par exemple, I'application maTtre 30M envoie un message a 
('application esclave 22 dans lequel elle indique la nature de la fonction de 
cryptologie a effectuer (par exemple un chiffrement faisant appel a 
i'algorithme connu sous le sigle anglo-saxon "DES", pour "Data Encryption 
System"). Elle indique aussi les references de la cle a utiliser, stockee dans 
la carte a puce "SIM" 2 et le message a chiffrer. Uapplication esclave 22 
appelle la fonction de chiffrement appropriee et retourne le resultat a 
Tapplication maitre 30 M. 

Pour la deuxieme categorie de fonctions, il est possible de faire 
appel a la meme mtthode que celle utilisee pour la premiere categorie, 
mais, conformement a une caracteristique avantageuse de I'invention, ces 
fonctions sont implementees directement sur un serveur eloigne 3. 
L'avantage de cette solution est que le traitement se fait sans aucun besoin 
de connexion, sur une machine a priori beaucoup plus puissante que la 
carte a puce "SIM" 2. 

Conformement a Tune des caracteristiques de ['invention, une partie 
des applications "Sim Toolkit" est implementee directement sur un ou 
plusieurs serveurs eloignes 3. Pour assurer une migration aisee de ces 
applications "Sim Toolkit" a partir des cartes a puces "SIM", il est egalement 
necessaire d'implementer toutes les fonctions associees qui se trouvent 
dans des bibliotheques de la carte a puce "SIM". 

Pour fixer les idees, si on considere des cartes dites "Java" (marque 
deposee), ces fonctions sont constitutes par des "APIs Javacard", des "APIs 
GSM 03.19", ainsi que des "APIs" dits "proprietaires", c'est-a-dire 
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specifiques. "Java" est un langage de programmation oriente objet 
developpe par la societe "Sun Microsystems Inc." et les "APIs" sont des 
interfaces programmables avec les applications. Le langage "java" permet 
notamment de developper de courtes applications connues sous le sigle 
anglo-saxon "applet" ("appliquettes"). Les applications "Sim Toolkit" peuvent 
etre realisees a base "d'applets". 

Par ces dispositions propres a I'invention, il est possible d'assurer 
qu'une application en technologie "Sim Toolkit" existante, qui s'execute dans 
Tart connu sur une carte a puce "SIM", s'executera egalement sur un serveur 
eloigne, ce sans qu'il soit necessaire de modifier une ligne de code, ce qui 
constitue un avantage supplemental de ('invention. 

II a ete suppose jusqu'a ce point que la technologie dite des 
messages courts (c'est-a-dire conforme a la norme "GSM 03.40") etait mise 
en oeuvre comme technologie de transport. Le recours a cette technologie 
est avantageux car : 

1 ) elle est tres repandue aujourd'hui dans les reseaux "GSM" ; et 

2) elle est disponible parmi les evenements et les commandes "pro- 
actives" de la norme "Sim Toolkit" (c'est-a-dire conforme a la norme 
"GSM 11.14"). 

Cependant, il doit etre clair qu'il est possible de mettre en ceuvre 
bien d'autres technologies de transport sur des liaisons de transmission 
sans fil qui existent entre une carte a puce "SIM" et un serveur eloigne, 
technologies actuellement disponibles ou qui le seront dans le future 

Les mecanismes des applications "Sim Toolkit" esclaves et 
rapporteuses definis ci-dessus ne necessiteront pas de modifications, ce qui 
assure une grande perennite au precede selon Tinvention. 

Dans le mecanisme des applications "Sim Toolkit" esclave et 
maltre, I'application "Sim Toolkit" esclave a ete supposee completement 
esclave, II est possible d'envisager, tout en restant dan le cadre de 
I'invention, des applications "Sim Toolkit" esclaves possedant aussi une 
certaine "intelligence". Ce type d'application, que Ton pourra appeler 
"hybride" est alors capable, a la fois, d'obeir a une application maitre et 
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cTeffectuer des traitements locaux de fa$on autonome. En effet, une 
application H Sim Toolkit", fusse-t-elle de type esclave, continue de posseder 
les possibilites inherentes aux applications "Sim Toolkit" classiques. 

De meme, il est possible d'adjoindre une fonctionnalite de type 
similaire, c'est-a-dire une certaine "intelligence", aux applications 
rapporteuses. 

On est amene a constater que le fait de deporter des fonctionnalites 
applicatives d'une carte a puce "SIM" vers un serveur eloigne augmente le 
trafic sur le reseau et peut avoir, dans certaines conditions defavorables, 
des consequences non negligeables sur les temps de reponse, car le debit 
du protocole des messages courts est faible. 

Aussi, dans la pratique, on prefere le plus souvent des applications 
"Sim Toolkit" qui sont a la fois esclaves et autonomes, et/ou des applications 
"Sim Toolkit" qui sont a la fois rapporteuses et autonomes, ce qui permet de 
minimiser I'impact negatif de Paugmentation de trafic precite. 

De fa?on pratique egalement, on cherche a trouver un compromis 
entre Tutilisation des ressources de la carte a puce "SIM" et renvoi des 
messages courts qui peut s'averer penalisant en terme de performance. 

On doit egalement noter que des authentifications entre les 
applications "Sim Toolkit" implementees sur la carte a puce "SIM", qu'elles 
soient esclaves ou rapporteuses, et des applications implementees 
directement sur un serveur doivent avoir lieu. Elles peuvent etre realisees en 
respectant la norme "GSM 03.48". 

Cette norme prevoit aussi le chiffrement de certaines informations 
qui sont transportees lors des echanges entre une carte a puce "SIM" et un 
serveur eloigne. 

En general, une application maitre doit communiquer avec plusieurs 
applications esclaves. Pour ce faire, il est avantageux d'avoir recours a la 
technique dite de «Threads» lors de ('implementation des "APIs" sur les 
serveurs. 

Dans Tetat actuel des techniques, les cartes a puce "SIM", de type 
"Java" precite, qui implemented la norme "GSM 03.19", ne savent pas 
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envoyer une commancle aux equipements mobiles sans passer par une 
classe d'objet connue sous la denomination "sim.toolkit.ProactiveHandler". 
Lorsqu'une application "Sim Toolkit" esclave regoit une commande "pro- 
active" envoyee par une application maTtre, elle doit la reconstruire en 
utilisant des methodes d'une classe objet connue sous la denomination 
"ProactiveHandler" On constate qu'il est done necessaire de re-effectuer 
tout le travail prepare par le serveur qui a envoye la commande, ce avant 
d'envoyer une commande "pro-active" a I'equipement mobile. 

Pour que le mecanisme des applications esclaves et maitres, selon 
une des caracteristiques de I'invention, conserve tous ses avantages, on 
implemente avantageusement sur la carte a puce "SIM", une fonction qui ne 
fait qu'envoyer a I'equipement mobile une commande "pro-active" a partir 
d'un tableau d'octets quelconque. L'application "Sim Toolkit" esclave peut 
alors accepter la commande "pro-active" regue, commande qui etait 
preparee et envoyee par l'application maitre. Elle I'envoie ensuite a 
I'equipement mobile sans devoir effectuer aucun traitement supplemental. 

Exemple de realisation pratique 

On va maintenant decrire de fagon plus detaillee un exemple de 
realisation pratique par reference aux figures 4 et 5. 

On suppose que Ton desire acceder a n services implementes sur 
un serveur de messages courts. Ces services seront appeles ci-apres, de 
fagon arbitraire, Service 1, Service 2, Service n. On suppose que les 
applications "Sim Toolkit" sont realisees a base d'applets "Java". 

Le developpement d'une telle application avec la technologie "Sim 
Toolkit" classique, e'est-a-dire conforme a I'art connu, necessite le 
developpement : 

1) d'une application "Sim Toolkit", que Ton peut appeler "AppST\ 
implementee sur une carte a puce "SIM" ; et 

2) d'une autre application, que Ton peut appeler "AppOTA", implementee 
sur un serveur eloigne, que I'on appellera "OLA" (pour "Over The 

Airy 
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L'application "AppST' repond a deux evenements qui sont : "Menu 
Selection" (selection de menu) et "SMS PP Download' (telechargement de 
messages courts). 

Quand l'application "AppST', recoit I'evenement "Menu Selection", 
elle envoie a I'equipement mobile une commande "pro-active" denommee 
"Select Item", c'est-a-dire la selection d'un item du menu (un service) parmi 
les n services proposes. 

L'utilisateur choisit par exemple le service de rang ou indice 
arbitraire /, ou Service i. Une applet de l'application "AppST' envoie, dans 
une commande "pro-active", un message court a l'application "AppOTA" lui 
indiquant que l'utilisateur demande le service Service /*. 

L'application "AppOTA" recoit le message court venant de 
l'application "AppST et lui repond en lui retournant le contenu de Service i 
dans un autre message court. 

Quand l'application "AppST recoit le message court venant de 
l'application "AppOTA", elle envoie une commande "pro-active" de type dit 
"Display Text (affichage de texte) pour afficher son contenu sur I'ecran du 
mobile. 

La figure 4 est un diagramme illustrant schematiquement les huit 
etapes precedentes, conformes a I'art connu : 

Etape 1 : envoi par les circuits 10 de I'equipement mobile 1 de "Menu 

Selection Event' a l'application "AppST 30' ; 
Etape 2 : envoi par l'application "AppST 30' de "Select Item" aux circuits 

10 de I'equipement mobile 1 ; 
Etape 3 : reponse de ces circuits par I'envoi de "Terminal response" a 

l'application "AppST 30' ; 
Etape 4 : envoi par celle-ci de "Send SM (indice i)" (envoyer message 

court d'indice 0 a l'application "AppST 30' ; 
Etape 5 : envoi par ces derniers de "Short Msg (indice i)" (envoi du 

message court d'indice 0 a l'application "AppOTA" 21' ; 
Etape 6 : reponse de celle-ci et envoi de "Short Msg (Service "i")" 

(message court pour le service d'indice T) ; 
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Etape 7 : envoi par les circuits 10 de I'equipement mobile 1 de "SMS PP 
Download Event* a I'application "AppST* 30' ; et 

Etape 8 : envoi par I'application de "AppST* 30' de "Display Text (Sen/ice 
T)" aux circuits 10 de I'equipement mobile 1 pour affichage du 
contenu du message court associe au service d'indice T pour 
I'affichage du contenu sur un ecran 1 1 de I'equipement mobile 
1. 

Le developpement de cette meme application, selon le procede de 
Tinvention, s'effectue de la fagon decrite ci-dessous, en regard de la figure 
5. 

On installe sur la carte a puce 2 deux applications "Sim Toolkit" 
constitutes par des applets "Java" : la premiere est I'application rapporteuse 
21 qui transmet les evenements regus dans des messages courts a une 
application correspondante, ou application maitre 30M du serveur 3. 

La deuxieme est I'application esclave 22 qui execute les ordres de 
I'application maitre 30M du serveur 3. 

II est a remarquer que I'application maitre 30M du serveur 3 joue le 
role des deux applications "AppST* et "AppOTA" de Tart connu decrit en 
regard de la figure 4. 

Une fois que cette application 3QM regoii Tevenement "Menu 
Selection", elle devient le maitre de I'application "Sim Toolkit" esclave 22. 

Elle lui demande d'abord de transmettre aux circuits 10 de 
I'equipement mobile 1 la commande "pro-active" "Select Item" precitee. 
Quand elle re?oit la reponse de cette commande, elle lui demande de 
nouveau d'executer la commande "pro-active" "Display Text pour afficher le 
service selectionne. 

Le procede selon ('invention, pour ('application decrite, comprend 
desormais douze etapes detaillees ci-apres : 

Etape 1 : envoi par les circuits 10 du mobile 1 de "Menu Selection Event" 
a I'application rapporteuse (cette etape est initiee par I'usager 
de I'equipement mobile 1) ; 
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Etape 2 : reponse et envoi par Implication rapporteuse 21 de "Send SM 

(Menu Selection)" (envoyer un message court de selection de 

menu) aux circuits 10 du mobile 1 ; 
Etape 3 : envoi par les circuits 10 du mobile 1 de "SM (Menu Selection)" 

a Tapplication 30/W (partie "AppST* de cette application) ; 
Etape 4 : traitement et envoi par ('application 30/W de "SM(Select Item)" 

aux circuits 10 du mobile 1 ; 
Etape 5 : envoi par ces derniers de "SMS PP Download Event a 

Tapplication esclave 22 ; 
Etape 6 : traitement par Tapplication esclave 22 et envoi de "Select Item" 

aux circuits 10 du mobile 1 ; 
Etape 7 : envoi par les circuits 10 du mobile 1 de "Terminal Response 

(indice i)" a Tapplication esclave 22 ; 
Etape 8 : envoi par cette demiere de "Send SM (Indice T)" aux circuits 

10 du mobile 1 ; 

Etape 9 : envoi par les circuits 10 du mobile 1 de "SM (selected indice 
T)" (message court pour traitement a Tindice selectionne T) a 
Tapplication 30/W (partie "AppOTA") ; 
Etape 10 : traitement et envoi par Tapplication 30/W de "SM(Display Text 

Service "i")" aux circuits 10 du mobile 1 ; 
Etape 1 1 : envoi par ces derniers de "SMS PP Download Event a 

Tapplication esclave 22 ; et 
Etape 12 : traitement et envoi de "Display text (Service "i")" aux circuits 10 
du mobile 1 , pour affichage du contenu du message court. 
La mise en ceuvre du procede selon Tinvention induit une legere 
augmentation du trafic sur le reseau, puisque le nombre d'etapes est 
superieur pour une meme application. Cependant, Tapplication principale 
associee a un service determine a ete deportee de la carte a puce "SIM" 2 
vers le serveur 3. II s'ensuit que le nombre de services n'est potentiellement 
plus limite, puisqu'il n'est plus necessaire de charger autant d'applets sur la 
carte a puce "SIM" 2. Les ressources en memoire du serveur 3 sont en effet 
incomparablement superieures a celles presentes dans la carte a puce 
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"SIM" 2. De meme la vitesse de traitement est tres grande, car le ou les 
processeurs presents sur le serveur 3 sont egalement beaucoup plus 
puissant que ceux que Ton peut implanter dans la carte a puce "SIM" 2. 

En outre, suivant le contexte precis dans lequel il se trouve, un 
5 developpeur duplications logicielles conserve la possibility de repartir de 
fa?on optimisee les traitements a realiser entre la carte a puce "SIM" 2 et le 
serveur 3, selon un aspect supplemental avantageux de I'invention qui a 
ete explicate. 

Pour ce faire, certaines applications "Sim Toolkit" peuvent etre 
10 laissees sur la carte a puce "SIM" 2. Ces d'applications fonctionnent de 
fa?on identique, ou pour le moins tres similaire, aux applications de Tart 
connu. 

Selon une autre variante de realisation, permise par le procede de 
I'invention, tout ou partie des applications esclaves 22 et/ou rapporteuses 21 

15 peuvent etre du type hybride precite, c'est-a-dire conserver une certaine 
autonomie. II s'ensuit que, dans ce cas, une partie des traitements continue 
d'etre realisee en local, ce qui diminue en proportion le trafic entre la carte a 
puce "SIM" 2 et le ou les serveur(s) eloigne(s) 3. 

A la lecture de ce qui precede, on constate aisement que I'invention 

20 atteint bien les buts qu'elle s'est fixes. 

Elle permet notamment de deporter les traitements "lourds", grands 
consommateurs de ressources informatiques, sur des systemes de 
traitements de donnees (serveurs eloignes) ne presentant pas de limitations, 
du moins de limitations importantes, notamment en moyens de stockage de 

25 donnees. En outre les traitements peuvent etre effectues a grande vitesse, 
car les moyens de calculs presents sur ces systemes sont egalement tres 
rapides et puissants. 

Selon un autre aspect de ('invention, bien que le procede selon 
Tinvention puisse impliquer un surplus de trafic, dans certaines conditions, 

30 cet inconvenient peut toutefois etre fortement minimise en optimisant la part 
des traitements deportes et la part des traitements restant effectues en local, 
c'est-a-dire sur la carte a puce "SIM" ou tout module en faisant fonction. 
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De ce fait, ['invention permet d'offrir un nombre virtuellement illimite 
de services sans devoir augmenter pour autant la quantite de donnees a 
stocker sur la carte a puce M SIM" t ou pour le moins de fagon marginale. 

On doit aussi bien comprendre que les applications deportees 
precitees englobent des applications M Sim Toolkit' 1 proprement dites, mais 
aussi des fichiers de donnees associes. A titre d'exemple, il peut etre 
avantageux de deporter les donnees personnelles d'un utilisateur, ce que 
Ton nomme habituellement son "environnement", sur un serveur eloigne : 
carnet d'adresses, liste de numeros de telephone, etc. La encore, la taille de 
ces fichiers devient virtuellement illimitee. 

On peut enfin remarquer, que Pinvention presente Tavantage, 
lorsqu'une mise a jour d'une ou plusieurs application(s) doi(ven)t etre 
effectuee(s), si celle(s)-ci est(sont) implantee(s) sur un serveur eloigne, 
cette mise a jour peut etre realisee par I'operateur de fagon tres simple et 
rapide, car centralisee. Dans le cas duplications "Sim Toolkit" standards, 
c'est-a-dire conformes a Tart connu, implantees sur les cartes a puce, la 
meme operation necessiteraient la modification de toutes les cartes a puce 
stockant les applications a mettre a jour, c'est-a-dire le plus souvent leur 
remplacement. 

II doit etre clair cependant que ['invention n'est pas limitee aux seuls 
exemples de realisations explicitement decrits, notamment en relation avec 
les figures 1 a 3 et 5. 

Elle n'est pas non plus limitee, comme il a ete indique, seulement a 
des protocoles de transmission utilisant des messages courts. 

Enfin, si elle s'applique avantageusement a des reseaux de 
telephonie au standard "GSM", d'autres standards peuvent convenir, et 
notamment les standards en cours d'elaboration : "GPRS", "UTMS", etc. De 
fa?on generale, Tinvention trouve application a chaque fois que Ton utilise 
un equipement mobile cooperant avec une carte a puce ou tout systeme 
embarque similaire, et qu'il existe une separation entre des fonctions 
directement implantees dans ce systeme embarque et des fonctions 
presentes dans Tequipement mobile. 
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Elle permet aussi un interfagage avec des applications de type 
"WAP" ou de realiser des fonctions de ce type. Par exemple, une application 
maltre, presente sur un serveur eloigne, peut directement acceder au reseau 
Internet, a la demande de Tequipement mobile, sans repasser au prealable 
par I'equipement mobile. Le resultat des requetes posees est ensuite 
renvoye a Tapplication esclave, selon le processus propre a Tinvention. 
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REVENDICATIONS 

1 . Procede de transmission et de traitement de donnees numeriques sur un 
reseau de telephonie mobile, ledit reseau comprenant au moins un 
equipement mobile et un serveur eloigne comprenant des moyens de 
traitement d'information et de stockage de donnees, communiquant entre 
eux via ledit reseau de telephonie mobile, ledit equipement mobile 
cooperant avec un systeme embarque a puce electronique comprenant 
des moyens de traitement d'information et de stockage de donnees 
destines a memoriser au moins des pieces de logiciel d'un type capable, 
tout a la fois, de commander ledit equipement mobile par remission de 
commandes determinees et de reagir a des evenements provenant de cet 
equipement par execution d' instructions associees a ces dits evenements, 
en vue de realiser des fonctionnalites associees a au moins une 
application predeterminee, caracterise en ce qu'il comprend 
('implementation d'au moins une premiere piece de logiciel particuliere 
(21), d'un type dit rapporteur, stockee dans lesdits moyens de stockage 
de donnees dudit systeme embarque a puce electronique (2 - 20), et 
I'implementation d'au moins une piece de logiciel associee (30/W) stockee 
dans lesdits moyens de stockage de donnees de I'un desdits serveurs 
eloignes (3), en ce que ladite piece de logiciel de type rapporteur (21) 
retransmet a ladite piece de logiciel associee (30M) des donnees 
caracteristiques desdits evenements recus dudit equipement mobile (1 - 
10) et en ce que cette piece de logiciel associee (30M) execute, par 
I'intermediaire desdits moyens de traitement d'information dudit serveur 
eloigne (3), sur reception desdites donnees caracteristiques, tout ou 
partie desdites instructions associees a I'une desdites applications 
predeterminees et retransmet des resultats de ladite execution au dit 
equipement mobile (1-10) et/ou au dit systeme embarque a puce 
electronique (2 - 20). 



^unses avsnt r @r ^ 



27 

2. Precede selon la revendication 1, caracterise en ce que ledit systeme 
embarque a puce electronique (2 - 20) etant sous la commande d'un 
systeme Sexploitation determine, ladite piece de logiciel associee (30M) 
implementee sur un desdits serveurs eloignes (3) transmet lesdits 
resultats d'execution sous forme de commandes envoyees directement au 
dit systeme d'exploitation pour realiser une operation determinee et en ce 
que des resultats de cette operation sont retransmis a ladite piece de 
logiciel associee (30M). 

3. Procede selon la revendication 1, caracterise en ce que, lesdites 
pieces de logiciel associees (30M) implementees sur lesdits serveurs 
eloignes (3) etant d'un type dit maltre, il comprend ('implementation d'au 
moins une deuxieme piece de logiciel particuliere (22), type dit esclave, 
stockee dans lesdits moyens de stockage dudit systeme embarque a puce 
electronique (2 - 20), en ce que chacune desdites pieces de logiciel de 
type esclave (22) re?oit des commandes d'une desdites pieces de logiciel 
de type maitre (30M), qui lui est associee, et execute lesdites commandes 
par r intermediate desdits moyens de traitement d'information dudit 
systeme embarque a puce electronique (2 - 20), et en ce que ladite piece 
de logiciel de type esclave (22) retransmet des resultats de ladite 
execution de commandes a ladite piece de logiciel de type maitre 
associee (30M). 

4. Procede selon la revendication 3, caracterise en ce que lesdites pieces 
de logiciel de types rapporteur (21) et/ou esclave (22) sont associees a 
une fonctionnalite supplementaire, d'un type dit autonome, de maniere a 
ce que ces pieces de logiciel (21, 22) puissent executer directement sur 
ledit systeme embarque a puce electronique (2 - 20) une partie preetablie 
desdites applications predeterminees. 



5. Procede selon la revendication 4, caracterise en ce que ledit reseau de 
telephonie mobile obeit a la norme dite M GSM M et lesdites pieces de 
logiciel obeissent a la norme M GSM 11.14". 
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6. Procede selon la revendication 1, caracterise en ce que, ledit reseau 
de telephonie comprenant au moins deux canaux de transmission 
distincts, un canal dit de donnees de voix et un canal dit de messages, 
lesdites donnees numeriques transmises sont constitutes de messages 
d'un type dit court comprenant 140 octets ou 160 septets transmis par 
ledit canal de messages. 

7. Systeme embarque equipe d'une puce electronique comprenant des 
moyens de traitement d'information et de stockage de donnees destines a 
memoriser au moins des pieces de logiciel du type capable, tout a la fois, 
de commander ledit equipement mobile par remission de commandes 
determinees et de reagir a des evenements provenant de cet equipement 
par execution ^instructions associees a ces dits evenements, en vue de 
realiser des fonctionnalites associees a au moins une application 
predeterminee, ledit systeme embarque a puce electronique cooperant 
avec un equipement mobile relie a un reseau de telephonie mobile, ledit 
reseau de telephonie mobile etant connecte avec au moins un serveur 
eloigne comprenant des moyens de traitement d'information et de 
stockage de donnees communiquant avec ledit equipement mobile via 
ledit reseau de telephonie mobile, caracterise en ce que ledit systeme 
embarque a puce electronique (2-20) stocke dans ses dits moyens de 
stockage de donnees au moins une premiere piece de logiciel particuliere 
(21), d'un type dit rapporteur, destinee a retransmettre a une piece de 
logiciel associee (30M), stockee dans lesdits moyens de stockage de 
donnees de Tun desdits serveurs eloignes (3), qui lui est associee, des 
donnees caracteristiques, desdits evenements re?us dudit equipement 
mobile (1 - 10 ), de maniere a ce que cette piece de logiciel associee 
(30M) execute, par I'intermediaire desdits moyens de traitement 
d'information dudit serveur eloigne (3), sur reception desdites donnees 
caracteristiques, tout ou partie desdites instructions associees a Tune 
desdites applications predeterminees et retransmettre des resultats de 
ladite execution au dit equipement mobile (1 - 10) et/ou au dit systeme 
embarque a puce electronique (2 - 20). 
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8. Systeme embarque a puce electronique selon la revendication 7, 
caracterise en ce que lesdites pieces de logiciel associees (30M) 
implementees sur lesdits serveurs eloignes (3) etant d'un type dit maitre, 
il stocke dans ses dits moyens de stockage de donnees au moins une 
deuxieme piece de logiciel particuliere (22), d'un type dit esclave, 
destinee a recevoir des commandes d'une desdites pieces de logiciel de 
type maitre (30M), qui lui est associee, a executer lesdites commandes 
par I'intermediaire desdits moyens de traitement d'information dudit 
systeme embarque a puce electronique (2 - 20), et a retransmettre des 
resultats de ladite execution de commandes a ladite piece de logiciel de 
type maitre associee (30 M). 

9. Systeme embarque a puce electronique selon la revendication 8, 
caracterise en ce que lesdites pieces de logiciel de types rapporteur (21) 
et/ou esclave (22) sont associees a une fonctionnalite supplementaire, 
dite autonome, de maniere a ce que ces pieces de logiciel puissent 
executer directement sur ledit systeme embarque a puce electronique (2 - 

.20) une partie preetablie desdites applications predeterminees. 

10. Systeme embarque a puce electronique caracterise en ce qu'il est 
constitue par une carte a puce du type dit "SIM" (2). 
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REVENDICATIONS 

1 . Procede de transmission et de traitement de donnees numeriques sur un 
reseau de telephonie mobile comprenant un equipement mobile cooperant avec 
un systeme embarque (2 - 20) muni de moyens de traitement d'information et 
de stockage de donnees, caracterise en ce qu'il consiste au moyen d'au moins 

5 une premiere piece de logiciel particuliere (21), d'un type dit rapporteur, stockee 
dans lesdits moyens de stockage de donnees dudit systeme embarque (2 - 20), 
a deleguer I'execution de traitement s'effectuant dans ledit systeme embarque 
en reponse a au moins un evenement recu dudit equipement mobile, a au 
moins une piece de logiciel associee (30M) stockee dans des moyens de 

10 stockage de donnees d'au moins un serveur eloigne (3). 

2. Procede selon la revendication 1, caracterisee en ce que les moyens de 
traitement d'information et de stockage de donnees dudit systeme embarque 
sont destines a memoriser au moins des pieces de logiciel d'un type capable, 
tout a la fois, de commander ledit equipement mobile par remission de 

15 commandes determinees et de reagir a des evenements provenant de cet 
equipement par execution d'instructions associees a ces dits evenements, en 
vue de realiser des fonctionnalites associees a au moins une application 
predeterminee. 

3. Procede selon I'une des revendications precedentes, caracterise en ce ladite 
20 (ou lesdites) piece de logiciel de type rapporteur (21) retransmet a ladite (ou 

lesdites) piece de logiciel associee (30/W) des donnees caracteristiques desdits 
evenements recus dudit equipement mobile (1 - 10) et en ce que cette piece de 
logiciel associee (30M) execute, par I'intermediaire de moyens de traitement 
d'information dudit serveur eloigne (3), sur reception desdites donnees 
25 caracteristiques, tout ou partie desdites instructions associees a I'une desdites 
applications predeterminees et retransmet des resultats de ladite execution au 
dit equipement mobile (1-10) et/ou au dit systeme embarque a puce 
electronique (2 - 20). 
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4. Procede selon I'une des revendications precedentes, caracterise en ce que 
ledit systeme embarque (2 - 20) etant sous la commande d'un systeme 
d'exploitation determine, ladite (ou lesdites) piece de logiciel associee (30M) 
implementee sur un desdits serveurs eloignes (3) transmet lesdits resultats 

5 d'execution sous forme de commandes envoyees directement au dit systeme 
d'exploitation pour realiser une operation determinee et en ce que des resultats 
de cette operation sont retransmis a ladite piece de logiciel associee (30M). 

5. Proc6d6 selon I'une des revendications precedentes, caracterise en ce que, 
ladite (ou lesdites) piece de logiciel associee (30M) implementee sur lesdits 

10 serveurs eloignes (3) etant d'un type dit maTtre, il comprend I'implementation 
d'au moins une deuxieme piece de logiciel particuliere (22), type dit esclave, 
stockee dans lesdits moyens de stockage dudit systeme embarque (2 - 20), en 
ce que chacune desdites pieces de logiciel de type esclave (22) recoit des 
commandes d'une desdites pieces de logiciel de type maTtre (30M), qui lui est 

15 associee, et execute lesdites commandes par I'intermediaire desdits moyens de 
traitement d'information dudit systeme embarque (2 - 20), et en ce que ladite 
piece de logiciel de type esclave (22) retransmet des resultats de ladite 
execution de commandes a ladite piece de logiciel de type maTtre associee 
(30 M). 

20 6. Procede selon la revendication 5, caracterise en ce que lesdites pieces de 
logiciel de types rapporteur (21) et/ou esclave (22) sont associees a une 
fonctionnalite supplementaire, d'un type dit autonome, de maniere a ce que ces 
pieces de logiciel (21, 22) puissent executer directement sur ledit systeme 
embarque a puce electronique (2 - 20) une partie preetablie desdites 

25 applications predetermines. 

7. Procede selon I'une des revendications precedentes, caracterise en ce que 
ledit reseau de telephonie mobile obeit a la norme dite "GSM" et lesdites pieces 
de logiciel obeissent a la norme "GSM 1 1 .14". 

8. Procede selon I'une des revendications precedentes, caracterise en ce que, 
30 ledit reseau de telephonie comprenant au moins deux canaux de transmission 
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distincts, un canal dit de donnees de voix et un canal dit de messages, lesdites 
donnees numeriques transmises sont constitutes de messages d'un type dit 
court comprenant 140 octets ou 160 septets transmis par ledit canal de 
messages. 

5 9. Systeme embarque comprenant des moyens de traitement d'information et de 
stockage de donnees, ledit systeme embarque etant destine a cooptrer avec 
un equipement mobile caracterise en ce qu'il comprend au moins une premiere 
piece de logiciel particuliere (21), d'un type dit rapporteur, stockee dans lesdits 
moyens de stockage de donnees dudit systeme embarqut (2 - 20) destinee a 

10 deleguer I'execution de traitement s'effectuant dans ledit systeme embarque en 
rtponse a au moins un evtnement recu dudit equipement mobile, a au moins 
une piece de logiciel associee (30M) stockee dans des moyens de stockage de 
donnees d'au moins un serveur eloigne (3). 

1 0. Systeme embarque selon la revendication 9, caracterise en ce que ladite (ou 
15 lesdites) piece de logiciel associee (30M) implementee sur ledit (ou lesdits) 

serveur eloigne (3) etant d'un type dit maitre, il stocke dans ses dits moyens de 
stockage de donnees au moins une deuxieme piece de logiciel particuliere (22), 
d'un type dit esclave, destinee a recevoir des commandes d'une desdites 
pieces de logiciel de type maitre (30M), qui lui est associee, a executer lesdites 
20 commandes par I'intermediaire desdits moyens de traitement d'information dudit 
systeme embarque (2 - 20), et a retransmettre des resultats de ladite execution 
de commandes a ladite piece de logiciel de type maitre associee (30 M). 

1 1 . Systeme embarque selon Tune des revendications 9 ou 10, caracterise en ce 
que lesdites pieces de logiciel de types rapporteur (21) et/ou esclave (22) sont 

25 associees a une fonctionnalite supplemental, dite autonome, de maniere a ce 
que ces pieces de logiciel puissent executer directement sur ledit systeme 
embarque (2 - 20) une partie preetablie desdites applications predeterminees. 

12. Systeme embarque selon Tune des revendications 9 a 1 1, caracterise en ce 
qu'il est constitue par une carte a puce du type dit "SIM" (2). 
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The invention relates to a method for processing and transmitting digital data 
in a mobile telephone network. 

It applies more particularly to a mobile telephone network that complies with 
the "GSM" standard (the acronym for Global System for Mobile Communication, 
operating in the 900 MHz bandwidth). 

The invention also relates to an embedded system equipped with a microchip 
for implementing the method. 

Within the scope of the invention, the term "network" should be understood in 
its most general sense. It includes the transmission components of the network per se 
(radio transmission subsystems, transmission cables, hertzian waves, "wired" ground 
subsystems, etc.), but also all the systems connected to the mobile telephone network 
(base stations, station controllers, switching systems, directories, etc., and more 
generally, all data processing systems and servers connected to the network), 
including the mobile telephones, equipment, or stations carried by the users 
(subscribers) of the mobile telephone network. 

The latter devices can be portable telephones or more complex terminals, for 
example a terminal that combines the telephone and organizer functionalities. For 
simplicity's sake, without in any way limiting the scope of the invention, these devices 
will hereinafter be called "mobile telephones." The mobile telephones are specifically 
equipped with an embedded system equipped with data processing and storage means, 
including a functional module known by the abbreviation "SIM" (for "Subscriber 
Identity Module"). Also for simplicity's sake, it will be assumed hereinafter that the 
"SIM" module is installed in a smart card. Software for operating the smart card is 
also provided (called "OS," for "Operating System"). 

In the current state of the art, the mobile telephones of GSM networks are no 
longer used just for telephoning. They can also be used to process and send digital 
data, particularly in the form of short messages (a service called "GSM-Data"). These 
messages typically have a length of 160 septets or 140 octets, depending on the 
application. 

Recently, we have seen the appearance of a standardized technology called 
"SIM Toolkit." This technology is already included in the supplementary services 
offered by certain mobile telephone operators of GSM networks. In a practical way, a 
specific piece of software is implemented in the "SIM" smart card of the telephone. 
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This standard allows the applications running in the smart card ("SIM") of the 
mobile telephone to send commands to the associated mobile equipment for: 
displaying a text on the screen of the mobile telephone; 
prompting the user to type text as input into the application; 
requesting a telephone call to a number; 

requesting the sending of a short message that contains text or data to a 
server or to another telephone; 

requesting the execution of a command in an auxiliary smart card in 
the mobile equipment; 

etc. 

These commands are called "proactive" commands. 

The "SIM Toolkit" standard also allows the applications of the "SIM" smart 
card to react upon reception of a certain number of events originating from the mobile 
equipment. These events include: 

the selection of the application from a so-called "MENU" command 
located on a keyboard with which the mobile equipment is equipped; 

the reception of a short message sent to an application or to the 
operating system of the "SIM" smart card; 

the expiration of the time programmed into a timer of the mobile 
equipment; 

a request to call a telephone number; 

etc. 

The functionalities provided by this standard make it possible to develop a 
very large number of distinct applications in the smart card, in order to provide users 
with so-called "value-added" services. 

For a more detailed description of "SIM Toolkit" technology, it would be 
useful to refer to the GSM 11.14 standard. 

In summary, in the current state of the art, the "SIM Toolkit" standard consists 
of developing applications in the smart card that are capable both of controlling the 
mobile equipment supporting the smart card and of reacting to events originating from 
this equipment. Today, this standard has been adopted by the majority of 
manufacturers of mobile equipment and smart cards. It is a standard that makes it 
possible to write applications that are both powerful and secure. 
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A "SIM Toolkit" application generally communicates with one or more 
applications installed in servers, via the short message channel. This channel is 
independent from the voice channel and is standardized by the GSM standard. The 
applications, whether they are installed in the SIM card or in the server, can both send 
and receive short messages that contain text or data in binary format. (For more 
information on short messages in point-to-point mode, see the GSM 03.40 standard.) 

However, while the number and nature of the aforementioned value-added 
GSM services are a priori unlimited, telephone operators and developers of software 
applications are constantly held back by the limited resources available in the smart 
card. 

In essence, the two main drawbacks of the "SIM Toolkit" technology are; 

1) insufficient memory in the smart cards for hosting "SIM Toolkit" 
applications, since they include only several tens of kilobytes of memory; in spite of 
all the optimizations provided by highly experienced developers of software 
applications, telephone service operators run up against this lack of memory for 
loading and/or running large numbers of "SIM Toolkit" applications; and 

2) the long response time of smart cards; in essence, this technology 
requires the smart card, which is equipped with minimal computing power compared 
to the processors of mobile equipment, and especially servers, to perform the most 
complicated calculations during the execution of the aforementioned applications. 

It is clear that the needs that have arisen run in the opposite direction. First of 
all, telephone operators want to offer their subscribers the largest possible number of 
available additional services. Moreover, the operations performed by the smart card 
must be executed in a minimal amount of time. The increase in available applications, 
to the extent that this increase is possible, also runs the risk of degrading performance 
by making the processing time even longer, due to mutual interactions. 

Despite the substantial advances in smart card technology already seen in 
recent periods and foreseeable in the near future, the aforementioned limiting factors 
remain and will remain a significant obstacle. 

A second standardized technology called "WAP" (for "Wireless Application 
Protocol") has recently been proposed. The purpose of this standard is to allow users 
of mobile telephones to access the Internet from their mobile telephones, via a 
wireless link. 

This technology is not without drawbacks. 
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First of all, it is necessary to install a "WAP" browser of a specific type, since 
it has different characteristics than conventional Web browsers. This browser is 
installed in the mobile equipment, which definitely has more memory than the smart 
card, but generally less than a microcomputer and naturally less than a server. 
Furthermore, although this technology offers the advantage of allowing access to the 
Internet, it does not cover all the functionalities of SIM Toolkit applications. To give a 
nonlimiting example, a WAP application cannot, as in the case of SIM Toolkit 
applications, place telephone calls. Moreover, a WAP application cannot guarantee 
the same degree of security as that offered by SIM Toolkit applications. In essence, 
the latter use secret keys stored in the SIM smart cards. For example, a WAP 
application cannot request the authentication of an application in any server. 
Moreover, this is not the only security function devolved to the SIM smart card. It 
also ensures the security and confidentiality of the transmitted information. 

In order to provide all of these functions, the smart card stores a certain 
amount of so-called "sensitive" data, encryption algorithms and associated keys, 
including: 

the international subscriber number of "IMSI" (for "International 
Mobile Subscriber Identity"); 

the temporary identity assigned to a mobile station when it moves or 
"TMSI" (for "Temporary Mobile Subscriber Identity"); 

an individual authentication key, an encryption key used to encrypt and 
decrypt so-called signaling and traffic data on the radio channel and three 
distinct encryption and decryption or key generating algorithms; and 

a number of encryption key sequences or "CKSN" (for "Ciphering Key 
Sequential Number") indicating the above valid encryption value, in order to 
avoid the use of different keys by the mobile station and the network. 
The fact that this sensitive information or data is stored in the smart card and 
that the corresponding operations are performed in it makes it possible to obtain a 
high degree of security and confidentiality. 

Finally, in the current state of the art, the cost of mobile equipment that 
supports WAP technology is still high compared to the cost of equipment that 
supports SIM Toolkit technology. 
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The invention seeks to eliminate the drawbacks of the devices and systems of 
the prior art, some of which have been summarized, while meeting the needs that 
continue to arise. 

The object of the invention is a method for processing and transmitting digital 
data in a mobile telephone network, particularly using the GSM standard, that makes 
it possible to offer the users of mobile telephones in this network all of the services 
that can be offered with applications compliant with SIM Toolkit technology, while 
eliminating the limitations on memory and performance encountered in the 
development of applications in smart cards, at least most of them. 

To do this, the invention advantageously uses the fact that applications 
compliant with SIM Toolkit technology can specifically send short messages and can 
also handle the execution of instructions upon reception of other short messages that 
are sent to them. 

The mobile telephone network architecture according to the invention is an 
architecture in which SIM Toolkit applications: 

1) inform applications installed in at least one remote server connected to 
said telephone network of the arrival of events originating from a unit of mobile 
equipment; these applications will hereinafter be called "reporter SIM Toolkit 
applications"; and 

2) execute commands and instructions in response to requests for 
applications implemented in said servers; these applications will hereinafter be called 
"slave SIM Toolkit applications. 

This way, it is possible to delegate the execution of intensive operations that 
use a lot of computer resources, which in the prior art is performed in the SIM smart 
card, to applications implemented in these servers. 

The aforementioned servers do not a priori have any intrinsic limitations as do 
the SIM smart cards, either in terms of the quantity of available memory or in terms 
of computing power. The number of SIM Toolkit applications available via a SIM 
smart card (and hence the number of services offered) can therefore be greatly 
increased, while allowing a high processing speed. 

Furthermore, since the functionalities linked to security and confidentiality 
remain confined in the SIM smart card, as in the prior art, a high level of quality of 
service continues to be guaranteed. 
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Hence, the main subject of the invention is a method for transmitting and 
processing digital data in a mobile telephone network, said network comprising at 
least one unit of mobile equipment and a remote server comprising information 
processing and data storage means communicating with one another via said mobile 
telephone network, said mobile equipment cooperating with an embedded microchip 
system comprising information processing and data storage means for storing at least 
certain pieces of software capable both of controlling said mobile equipment by 
sending given commands and of reacting to events originating from this equipment by 
executing instructions associated with said events, in order to perform functionalities 
associated with at least one predetermined application, characterized in that it includes 
the implementation of at least a first particular piece of software of a so-called 
reporter type, stored in said data storage means of said embedded microchip system, 
and the implementation of at least one associated piece of software stored in said data 
storage means of one of said remote servers, in that said piece of software of the 
reporter type retransmits to said associated piece of software data characteristic of 
said events received from said mobile equipment and in that said associated piece of 
software executes, using said information processing means of said remote server, 
upon reception of said characteristic data, all or some of said instructions associated 
with one of said predetermined applications and retransmits results of said execution 
to said mobile equipment and/or to said embedded microchip system. 

Another subject of the invention is an embedded system equipped with a 
microchip cooperating with a unit of mobile equipment connected to said mobile 
telephone network. 

The invention will now be described in greater detail by referring to the 
attached drawings, in which: 

Fig. 1 is a diagram that schematically illustrates the main steps 
of the activation of a SIM Toolkit application located in a remote server by an 
application according to one aspect of the invention of a first so-called 
"reporter" type, located in a SIM smart card; 

Fig. 2 is a diagram that schematically illustrates the 
interrelation according to the invention between an application located in a 
remote server, of a so-called "master" type, and a SIM Toolkit application 
located in a SIM smart card, of a second so-called "slave" type, according to 
another aspect of the invention; 
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Fig. 3 is a diagram illustrating the main steps of the method 
according to the invention for sending a proactive command according to the 
GSM 11.14 standard; 

Fig. 4 is a diagram illustrating, for one particular example, the 
main steps for exchanging data and commands between a SIM Toolkit 
application located in a SEM smart card and an application located in a remote 
server, according to the prior art; and 

Fig. 5 is a diagram illustrating, for this particular example, the 
main steps for exchanging data and commands between a SIM Toolkit 
application located in a SIM smart card and an application located in a remote 
server, according to the method of the invention. 

We will now describe in greater detail a preferred exemplary embodiment of a 
mobile telephone network architecture according to the invention. 

As indicated above, according to one of the characteristics of the invention, 
the execution of intensive operations, which in the prior art is performed in the SIM 
card, is delegated to applications implemented in one or more remote servers 
connected to the network. 

According to another characteristic of the invention, two main categories of 
SIM Toolkit applications are provided, which will be called "Reporter SIM Toolkit 
Applications" and "Slave SIM Toolkit Applications," respectively, both implemented 
in the SIM smart cards. 

We will now describe both types of applications in greater detail. 

Reporter SIM Toolkit application 

First of all, a SIM Toolkit application reacts to events originating from the 
mobile telephone, or more generally from the subscriber's mobile equipment. These 
events arrive in the SIM smart card in a command known as an "Envelope." The 
"Envelope" command can contain, for example, the "Menu Selection" event, with the 
selection subscript being that of this SIM Toolkit application. This event therefore 
makes it possible to choose an application from a menu that is displayed on display 
means with which the mobile telephone is equipped. A more detailed description of 
this command can be found in the GSM 11.14 standard. 

The mobile equipment has no knowledge of the applications located in the 
servers. In order to make an application in a server react to events defined in the SIM 
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Toolkit standard, it is necessary to couple it with a SIM Toolkit application installed 
in the SIM card, which will hereinafter be called the "Reporter SIM Toolkit 
application." The mobile equipment sees the reporter application as though it were a 
conventional SIM Toolkit application. It has no knowledge of the corresponding 
application located in a server. From this point of view, there is total transparency. 

The reporter application is written into the SIM Card in order to listen for 
events to which its corresponding application implemented in a server must react. As 
soon as the reporter application receives an event coming from the mobile equipment, 
it prepares a short message to be sent to its corresponding application. This short 
message contains all of the data that characterizes the event received. It is sent in a 
practical way by a command of the aforementioned "proactive command" type. 

The corresponding application of the server receives the short message. This 
message informs it of the occurrence of an event coming from the mobile equipment. 
It then performs the operation related to the reception of this event. This operation can 
consist, for example, of connecting to a web site. It can also become a so-called 
master application of another so-called slave application implemented in the SIM 
smart card. It can consequently control the slave application so that it sends proactive 
commands to the mobile equipment and so that it also invokes methods stored in 
libraries installed in the SIM smart card. 

Fig. 1 is a diagram that schematically illustrates the main steps in the 
activation of a SIM Toolkit application 30M located in a remote server 3 by an 
application of the "Reporter SIM Toolkit" 21 located in a SIM smart card 2 of a unit 
of mobile equipment 1. The remote server 3 and the mobile equipment 1 of the 
subscriber Ab are both connected to a mobile telephone network RT (not explicitly 
represented). This network, which is well known to one skilled in the art and 
intrinsically conventional, does not require any modification due to the method of the 
invention. It follows that, a priori, any network according to the prior art is usable, 
which represents an additional advantage of the invention. It is not necessary to 
further describe such a network and its various components. It may be useful, as a 
non-limiting example, to refer to the article by Jean Cellmer entitled "Reseaux 
Cellulaires, Systeme GSM" appearing in "Techniques de llngenieur," Volume TE 
7364, November 1999, pages 1 through 23. 

The mobile equipment 1, for example a portable telephone, includes the 
conventional electronic circuits (memories, processor, etc.) 10. The latter can be 
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coupled with a SIM smart card 2 by means of a reader (not represented). The SIM 
smart card 2 also includes electronic circuits 20, particularly a processor and storage 
means in which SIM Toolkit applications can be stored, which will be referred to as 
conventional (not represented) since they are intrinsically common to the prior art, as 
well as one or more reporter SIM Toolkit applications 21 according to one of the 
characteristics of the invention. In Fig. 1, in order to illustrate the process simply, only 
one application is represented, shown outside the circuits 20 of the SIM smart card 2. 
In reality, this application 21 is stored, like the conventional applications, in the 
storage means of the smart card 2. 

The aforementioned steps are the following (symbolized by solid arrows in 

Fig. 1): 

Fl) the circuits 10 of the mobile equipment 1 send a command of the 

"Envelope" type to the circuits 20 of the SIM smart card 2: this "Envelope" 
command contains one of the events provided in the aforementioned GSM 11.14 
standard; 

F2) the circuits 20 of the SIM card 2 send this event to a reporter SIM 

Toolkit application 21 capable of responding to it; and 

F3) the reporter SIM Toolkit application 21 sends this same event, in a 

short message, to a corresponding application 30M located in the server 3 that will 
process it, via the network RT. 

For reasons that will be explained below, the application 30M will be called 
the "master application." 

Slave SIM Toolkit application 

In an intrinsically known way, a SIM Toolkit application of the prior art can 
specifically: 

a) send proactive commands in accordance with the GSM 11.14 standard 
to the mobile equipment; it can, for example, ask the mobile equipment to 
display text; 

b) send commands in accordance with the aforementioned GSM 11.11 
standard to the operating system of the SIM smart card, without passing 
through the mobile equipment; and 

c) request the execution of methods stored in libraries implemented in the 
SIM smart card; it can for example call a method of the SIM smart card in 
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order to request the encryption of a message by means of a secret key stored in 
this card. 

According to an additional aspect of the invention, the applications 
implemented in the remote servers are equipped with these functionalities. It is thus 
possible to delegate to them the operation that, in the prior art, is performed using a 
conventional SIM Toolkit application implemented in the smart card. 

In order for an application implemented in a remote server 3 to be able to 
perform these operations, it is necessary for it to be able to communicate with a SIM 
Toolkit application implemented in the SIM smart card 2. It then sends commands to 
the latter application, which executes them. Hereinafter, the applications implemented 
in the remote servers will be called "master applications" and the SIM Toolkit 
applications installed in the SIM smart card will be called "slave SIM Toolkit 
applications." 

Fig. 2 is a diagram that schematically illustrates the interrelation between these 
two types of applications. 

A "Master" application 30M sends a command (solid line in Fig. 2) to a slave 
SIM Toolkit application 22. The latter application executes the command, then 
responds to the "Master" application 30M by returning the result of the command 
(broken line) to it after processing. 

We will now describe in detail how a "Master" application 30M can send 
commands of the aforementioned types a) through c). 

Sending a proactive command in accordance with the GSM 11.14 standard 
The main steps of the method according to the invention are explained below, 
in reference to the diagram of Fig. 3: 

a) a master application 30M prepares a proactive command to be 
executed by the circuits 10 of a unit of mobile equipment 1 ; it includes it in the 
data of a short message sent to a slave SIM Toolkit application 22 (via the 
circuits 10 of a unit of mobile equipment 1, in which the proactive command is 
executed) - the arrows F'l and F'2 in Fig. 3; 

b) the slave SIM Toolkit application 22 analyzes the data of the short 
message received; it understands that the master application 30M is asking it to 
send the proactive command to the circuits 10 of its mobile equipment 1; it 
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therefore transfers this command to the mobile equipment 1 and puts itself on 
standby for a return response - the arrow F ! 3; 

c) the circuits 10 of the mobile equipment 1 receive the proactive 
command; they execute it and send a response to the SIM card 2 in the form of 
a command commonly called a "Terminal Response - the arrow F f 4 - which 
command contains the result of the execution of the proactive command by the 
circuits 10 of the mobile equipment 1 (for example, if the proactive command 
consists of asking to power up an auxiliary smart card, not represented, in the 
mobile equipment 1, the result sent in the "Terminal Response" command 
contains a byte string that is the response of a reset of the auxiliary card); 

d) the slave SIM Toolkit application 22, which has been on standby since 
the sending of the proactive command, is released upon reception of the 
aforementioned "Terminal Response" command; 

e) the slave SIM Toolkit application 22 prepares a short message 
containing the result of the proactive command it found in the "Terminal 
Response" command issued by the circuits 10 of the mobile equipment 1; 

f) the slave SEM Toolkit application 22 sends this short message, in a 
proactive command, to the master application 30M, via the circuits 10 of the 
mobile equipment 1 — the arrow F'5; 

g) the circuits 10 of the mobile equipment 1 transfer the short message to 
the master application ?>0M - the arrow F6; and 

h) the master application 30M receives it and processes the response to 
the proactive command it sent previously. 

Sending a "non-proactive" command, i.e.. in accordance with the GSM 11.11 
standard 

The master application 30Af (Fig. 3) can send GSM 11.11 commands to the 
SIM smart card 2 using two different methods, either of which two methods can be 
used. 

Method 1 

a) a master application 30A/ prepares a command in accordance with the 
GSM 11.11 standard, to be sent to a slave SIM Toolkit application 22 implemented in 
the SIM smart card 2; it sends it in a short message, via the circuits 10 of the mobile 
equipment 1; 
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b) the slave SIM Toolkit application 22 analyzes the data of the short 
message received; it transmits the command found in this message to the operating 
system 23 of the SIM smart card 2; 

c) the operating system 23 of the SIM smart card 2 executes the 
command that comes from the slave SIM Toolkit application 22 and returns a 
response to this command to this application 22; 

d) the slave SIM Toolkit application 22 prepares a short message having 
as its destination a corresponding master application 30M implemented in the remote 
server 3; this message contains the result of the GSM 11.11 command and is sent by 
the slave application to the circuits 10 of the mobile equipment 1, in a proactive 
command; 

e) the circuits 10 of the mobile equipment 1 transfer the short message to 
the address of the recipient indicated in the message itself, i.e., the master application 
30M; and 

f) the master application 30M receives it and processes the response 
received. 

Method 2 

The master application 30, implemented in the remote server 3, sends a GSM 
11.11 command in a short message directly to the operating system 23 of the SIM 
smart card, in accordance with the GSM 03.40 and GSM 03.48 standards. 

The advantage of this solution is its simplicity, since it does not require the 
presence of a slave SIM Toolkit application, as in the case of Method 1. 

On the other hand, the drawback of Method 2 is that very few SIM Smart card 
operating systems fully implement this functionality. In general, an application of a 
server can send a command script in a short message in order to be executed, but the 
SIM smart card does not return the result of the command. If, for example, the 
application implemented in the server needs to know the contents of a file in the SIM 
smart card, it cannot do so in the majority of SIM smart cards. 

Calling a function of a library of the SIM smart card 

As indicated above, a SIM Toolkit application may need to request the 
execution of a function included in a library of the SIM smart card (the 
aforementioned operation c)). There are two main categories of functions in a SIM 
smart card. 



12 



«WS PAGE BUNK 



1) the functions that use in their parameters at least one secret key stored 
in the smart card; these functions are used to encrypt, decrypt, sign or verify a 
signature; and 

2) the functions that, on the contrary, do not use secret keys. 
Functions in the first category cannot be remoted to a server if it is necessary 

to maintain a high degree of security, as mentioned above. A slave application 23 
(Fig. 3) must be capable of calling them following a request from the master 
application 30M 

A convention must exist between the slave application 22 and the master 
application 30M in order to allow the latter to perform encryption/decryption and 
signature operations with secret keys of the SIM smart card 2. 

For example, the master application 30M sends a message to the slave 
application 22 in which it indicates the nature of the cryptological function to be 
performed (for example an encryption using the algorithm known as "DES," for "Data 
Encryption System"). It also indicates the references of the key to be used, stored in 
the SIM smart card, and the message to be encrypted. The slave application 22 calls 
the appropriate encryption function and returns the result to the master application 
30M. 

For the second category of functions, it is possible to use the same method as 
that used for the first category, but according to an advantageous characteristic of the 
invention, these functions are implemented directly in a remote server 3. The 
advantage of this solution is that the processing is done without the need for a 
connection to a machine that is a priori much more powerful than the SIM smart card 
2. 

According to one of the characteristics of the invention, parts of the SIM 
Toolkit applications are implemented directly in one or more remote servers 3. To 
guarantee easy migration of these SIM Toolkit applications from the SIM smart cards, 
it is also necessary to implement all the associated functions that are located in the 
libraries of the SIM smart card. 

To give an example, in so-called "Java" (registered trademark) cards, these 
functions are constituted by "Javacard APIs," GSM 03.19 APIs, and so-called 
"proprietary," i.e. specific APIs. "Java" is an object-oriented programming language 
developed by Sun Microsystems, Inc., and APIs are programmable interfaces with 
applications. The Java language specifically makes it possible to develop short 
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applications known as "applets." The SIM Toolkit applications can be created based 
on applets. 

Using these provisions specific to the invention, it is possible to ensure that an 
application in existing SIM Toolkit technology, which in the prior art is executed in a 
SIM smart card, can also be executed in a remote server, without its being necessary 
to modify a line of code, which constitutes an additional advantage of the invention. 

It has been assumed up to this point that the so-called short message 
technology (i.e., in accordance with the GSM 03.40 standard) is used as the transport 
technology. The use of this technology is advantageous because: 

1) it is widely use in GSM networks today; and 

2) it is available in the events and the proactive commands of the SIM 
Toolkit standard (i.e., in accordance with the GSM 11.14 standard). 
However, it should be clear that it is also possible to use other technologies for 

transport through wireless transmission links that exist between a SIM smart card and 
a remote server, whether these technologies are currently available or will be in the 
future. 

The mechanisms of the slave and reporter SIM Toolkit applications defined 
above do not require any modifications, which gives the method according to the 
invention great perenniality. 

In the mechanism of the slave and master SEM Toolkit applications, the slave 
SIM Toolkit application has been assumed to be a complete slave. It is also possible, 
while remaining within the scope of the invention, to consider slave SIM Toolkit 
applications that have a certain "intelligence." This type of application, which will be 
called a "hybrid," is capable both of obeying a master application and of performing 
local operations autonomously. In essence, a SIM Toolkit application, although it is a 
slave, continues to have the capabilities inherent in conventional SIM Toolkit 
applications. 

Likewise, it is possible to add a functionality of a similar type, i.e. a certain 
"intelligence," to the reporter applications. 

One is led to conclude that remoting application functionalities from a SIM 
smart card to a remote server increases the traffic in the network and may, under 
certain unfavorable conditions, have non-negligible consequences on the response 
time, since the transfer rate of the short message protocol is low. 
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Hence, in practice, the SIM Toolkit applications most often preferred are both 
slave and autonomous, and/or are both reporter and autonomous, which makes it 
possible to minimize the negative impact of the aforementioned increase in traffic. 

In an equally practical way, a compromise is sought between the use of the 
resources of the SIM smart card and the sending of short messages, which can be 
detrimental in terms of performance. 

It should also be noted that authentications must take place between the SIM 
Toolkit applications implemented in the SIM smart card, whether they be slave or 
reporter, and the applications implemented directly in a server. They can be 
performed in compliance with the GSM 03.48 standard. 

This standard also provides for the encryption of certain information that is 
transported during exchanges between a SIM smart card and a remote server. 

In general, a master application must communicate with several slave 
applications. To do this, it is advantageous to use the so-called 'Threads" technique 
when the APIs are implemented in the servers. 

In the current state of the art, SIM smart cards of the aforementioned Java 
type, which implement the GSM 03.19 standard, are unable to send a command to the 
mobile equipment without passing through an object class known by the name 
"sim.toolkit.ProactiveHandler". When a slave SIM Toolkit application receives a 
proactive command sent by a master application, it must reconstruct it using methods 
of an object class known by the name "ProactiveHandler". It is clear that it is 
therefore necessary to redo all the work prepared by the server that sent the command, 
before sending a proactive command to the mobile equipment. 

In order for the mechanism of the slave and master applications to retain all of 
its advantages according to one of the characteristics of the invention, there is a 
function is advantageously implemented in the SIM smart card that does nothing more 
than send the mobile equipment a proactive command from any byte array. The slave 
SIM Toolkit application can then accept the proactive command received, which 
command was prepared and sent by the master application. It then sends it to the 
mobile equipment without performing any additional operation. 

Practical exemplary embodiment 

We will now describe in greater detail a practical exemplary embodiment in 
reference to Figs. 4 and 5. 
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It is assumed that it is necessary to access n services implemented in a short 
message server. Hereinafter, these services will arbitrarily be called Service 1, Service 
2, Service n. It is assumed that the SIM Toolkit applications are created based on 
Java applets. 

The development of such an application with conventional SIM Toolkit 
technology, i.e. according to the prior art, requires the development of: 

1) a SIM Toolkit application that may be called "AppST\ implemented in 
a SIM smart card; and 

2) another application that may be called "AppOTA", implemented in a 
remote server that will be called "OTA" (for "Over the Air"). 

The application "AppST f responds to two events, which are: "Menu Selection'' 
and "SMS PP Download". 

When the application "AppST 1 receives the event "Menu Selection", it sends 
the mobile equipment a proactive command called "Select Item", i.e. the selection of 
an item on the menu (a service) from among the n services proposed. 

The user chooses, for example, the service with the rank or arbitrary subscript 
/, or Service i. An applet of the application "AppST' sends, in a proactive command, a 
short message to the application "AppOTA", indicating to it that the user is requesting 
the service Service i. 

The application "AppOTA" receives the short message coming from the 
application "AppST' and responds to it by returning it the content of Service i in 
another short message. 

When the application "AppST' receives the short message coming from the 
application "AppOTA", it sends a proactive command of the type called "Display 
Text" in order to display its content on the screen of the mobile equipment. 

Fig. 4 is a diagram that schematically illustrates the preceding eight steps 
according to the prior art: 

Step 1: the sending by the circuits 10 of the mobile equipment 1 of "Menu 

Selection Event" to the application "AppST' 30'; 
Step 2: the sending by the application "AppST 1 30* of "Select Item" to the 

circuits 10 of the mobile equipment 1; 
Step 3: the response from these circuits by sending "Terminal response" to the 
application "AppST 9 30'; 
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Step 4: the sending by the latter of "Send SM (subscript i)" (send short 
message with subscript i) to the application "AppST 1 30'; 

Step 5: the sending by the latter of "Short Msg (subscript i)" (sending of the 
short message with subscript i) to the application "AppOTA" 21 f ; 

Step 6: the response from the latter and sending of "Short Msg (Service "i") 
(short message for the service with subscript "/"); 

Step 7: the sending by the circuits 10 of the mobile equipment 1 of "SMS PP 
Download Event" to the application "AppST 9 30'; and 

Step 8: the sending by the application " AppST' 30' of "Display Text (Service 
"i")" to the circuits 10 of the mobile equipment 1 in order to display 
the content of the short message associated with the service with the 
subscript V so as to display the content on a screen 1 1 of the mobile 
equipment 1. 

The development of this same application according to the method of the 
invention takes place as described below, in reference to Fig. 5 

Two SIM Toolkit applications constituted by Java applets are installed in the 
smart card 2: the first is the reporter application 21, which transmits the events 
received in short messages to a corresponding application, or master application 30M, 
of the server 3. 

The second is the slave application 22, which executes the orders from the 
master application 30M of the server 3. 

It should be noted that the master application 30M of the server 3 plays the 
role of the two applications "AppST 9 and "AppOTA" of the prior art described in 
reference to Fig. 4. 

Once this application 30M receives the event "Menu Selection" , it becomes the 
master of the slave SIM Toolkit application 22. 

It first asks it to transmit to the circuits 10 of the mobile equipment 1 the 
aforementioned proactive command "Select Item". When it receives the response to 
this command, it again asks it to execute the proactive command "Display Text" in 
order to display the service selected. 

The method according to the invention, for the application described, then 
includes the twelve steps detailed below: 
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Step 1: the sending by the circuits 10 of the mobile equipment 1 of "Menu 

Selection Event" to the reporter application (this step is initiated by the 

user of the mobile equipment 1); 
Step 2: the response and sending by the reporter application 21 of "Send SM 

(Menu Selection)" (send a short menu selection message) to the circuits 

10 of the mobile equipment 1 ; 
Step 3: the sending by the circuits 10 of the mobile equipment 1 of "SM (Menu 

Selection)" to the application 30M (the "AppST' part of this 

application); 

Step 4: the processing and sending by the application 30M of "SMfSelect 
Item)" to the circuits 10 of the mobile equipment 1; 

Etape 5 : the sending by the latter of "SMS PP Download Event" to the slave 
application 22; 

Step 6: the processing by the slave application 22 and sending of "Select Item" 

to the circuits 10 of the mobile equipment 1 ; 
Step 7: the sending by the circuits 10 of the mobile equipment 1 of "Terminal 

Response (subscript i)" to the slave application 22; 
Step 8: the sending by the latter of "Send SM (Subscript "i")" to the circuits 10 

of the mobile equipment 1 ; 
Step 9: the sending by the circuits 10 of the mobile equipment of "SM 

(selected subscript "i")" (short message for processing with the 

selected subscript "i") to the application 30M(the "AppOTA" part); 
Step 10: the processing and sending by the application 30M of "SM(Display 

Text Service "i")" to the circuits 10 of the mobile equipment 1; 
Step 11: the sending by the latter of "SMS PP Download Event" to the slave 

application 22; and 

Step 12: the processing and sending of "Display text (Service "i") to the circuits 
10 of the mobile equipment 1, in order to display the content of the 
short message. 

The implementation of the method according to the invention causes a slight 
increase in traffic in the network, since the number of steps is greater for the same 
application. However, the main application associated with a given service has been 
remoted from the SIM smart card 2 to the server 3. It follows that the number of 
services is potentially no longer limited, since it is no longer necessary to load so 
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many applets into the SIM smart card 2. The memory resources of the server 3 are in 
fact incomparably greater than those present in the SIM smart card 2. Likewise, the 
processing speed is higher, since the processor or processors present in the server 3 
are also much more powerful than those that can be installed in the SIM smart card 2. 

Furthermore, depending on the precise context in which he is working, a 
developer of software applications retains the capability to distribute the operations to 
be performed in an optimized way between the SIM smart card 2 and the server 3, 
according to an additional advantageous aspect of the invention that has been 
explained. 

To do this, certain SIM Toolkit applications can be left in the SIM smart card 
2. These applications work in a way identical, or at least very similar, to the 
applications of the prior art. 

According to another variant of embodiment permitted by the method of the 
invention, all or part of the slave 22 and/or reporter 21 applications can be of the 
aforementioned hybrid type, i.e., they can retain a certain autonomy. It follows that, in 
this case, some of the operations continue to be performed locally, which 
proportionally reduces the traffic between the SIM smart card 2 and the remote 
server(s) 3. 

Through the reading of the above, it is easy to see that the invention achieves 
the stated objects. 

In particular, it makes it possible to remote "intensive" operations that use a lot 
of computer resources to data processing systems (remote servers) that have no 
limitations, or at least no substantial limitations, particularly in terms of data storage. 
Moreover, the operations can be performed at high speed, since the computing means 
present in these system are also very fast and powerful. 

According to another aspect of the invention, although the method according 
to the invention may entail excess traffic under certain conditions, this drawback can 
be greatly minimized by optimizing the part of the operations that is remoted and the 
part of the operations that is still performed locally, i.e. in the SIM smart card or any 
module functioning as such. 

Because of this, the invention makes it possible to offer a virtually unlimited 
number of services without having to accordingly increase the quantity of data to be 
stored in the SIM smart card, or at least while increasing it only marginally. 
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It should also be understood that the aforementioned remoted applications 
include SIM Toolkit applications per se y but also associated data files. For example, it 
may be advantageous to remote a user's personal data, which is normally called his 
"environment," to a remote server: address book, list of telephone numbers, etc. Here 
again, the size of these files becomes virtually unlimited. 

Finally, it may be said that the invention offers the advantage, when an update 
of one or more application(s) must be performed, if the latter is/(are) installed in a 
remote server, that this update can be performed by the operator in a way that is very 
simple and fast, since it is centralized. In the case of SIM Toolkit applications that are 
standard, i.e. according to the prior art, installed in smart cards, the same operation 
would require the modification of all of the smart cards storing the applications to be 
updated, i.e. most often their replacement. 

It should be clear, however, that the invention is not limited to just the 
exemplary embodiments explicitly described, particularly in connection with Figs. 1 
through 3 and 5. 

Moreover, as indicated, it is not limited to just the transmission protocols that 
use short messages. 

Finally, while it advantageously applies to telephone networks using the GSM 
standard, other standards may be suitable, particularly the standards currently under 
development: "GPRS", "UTMS", etc. Generally, the invention is applicable each time 
a unit of mobile equipment is used with a smart card or any similar embedded system, 
and whenever there is a separation between functions installed directly in this 
embedded system and functions present in the mobile equipment. 

It also makes it possible to interface with applications of the WAP type or to 
perform functions of this type. For example, a master application present in a remote 
server can directly access the Internet at the request of the mobile equipment, without 
first passing back through the mobile equipment. The result of the requests made is 
then sent to the slave application, according to the method specific to the invention. 
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CLAIMS 



1. Method for transmitting and processing digital data in a mobile 
telephone network, said network comprising at least one unit of mobile equipment 
and a remote server comprising information processing and data storage means 
communicating with one another via said mobile telephone network, said mobile 
equipment cooperating with an embedded microchip system comprising 
information processing and data storage means for storing at least certain pieces of 
software capable both of controlling said mobile equipment by sending given 
commands and of reacting to events originating from this equipment by executing 
instructions associated with said events, in order to perform functionalities 
associated with at least one predetermined application, characterized in that it 
includes the implementation of at least a first particular piece of software (21) of a 
so-called reporter type, stored in said data storage means of said embedded 
microchip system (2 - 20), and the implementation of at least one associated piece 
of software (30M) stored in said data storage means of one of said remote servers 
(3), in that said piece of software of the reporter type (21) retransmits to said 
associated piece of software (30M) data characteristic of said events received 
from said mobile equipment (1-10) and in that said associated piece of software 
(30M) executes, using said information processing means of said remote server 
(3), upon reception of said characteristic data, all or some of said instructions 
associated with one of said predetermined applications, and retransmits results of 
said execution to said mobile equipment (1 - 10) and/or to said embedded 
microchip system (2 - 20). 

2, Method according to claim 1, characterized in that, said embedded 
microchip system (2 - 20) being under the control of a given operating system, 
said associated piece of software (30M) implemented in one of said remote servers 
(3) transmits said execution results in the form of commands sent directly to said 
operating system in order to perform a given operation and in that results of this 
operation are retransmitted to said associated piece of software (30M). 
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3. Method according to claim 1, characterized in that, said associated 
pieces of software (30M) implemented in said remote servers (3) being of a so- 
called master type, it includes the implementation of at least one second particular 
piece of software (22) of a so-called slave type, stored in said storage means of 
said embedded microchip system (2 - 20), in that each of said pieces of software 
of the slave type (22) receives commands from one of said pieces of software of 
the master type (30A/) that is associated with it, and executes said commands 
using said information processing means of said embedded microchip system 
(2 - 20), and in that said piece of software of the slave type (22) retransmits 
results of said execution of commands to said associated piece of software of the 
master type (3 OA/). 

4. Method according to claim 3, characterized in that said pieces of 
software of the reporter (21) and/or slave (22) types are associated with an 
additional functionality of a so-called autonomous type, so that these pieces of 
software (21, 22) can execute directly in said embedded microchip system (2 - 20) 
a pre-established part of said predetermined applications. 

5. Method according to claim 4, characterized in that said mobile 
telephone network complies with the standard known as GSM and said pieces of 
software comply with the GSM 11.14 standard. 

6. Method according to claim 1, characterized in that, said telephone 
network comprising at least two distinct transmission channels, a so-called voice 
data channel and a so-called message channel, said transmitted digital data is 
constituted by messages of a so-called short type comprising 140 octets or 160 
septets transmitted through this message channel. 

7. Embedded system equipped with a microchip comprising 
information processing and data storage means for storing at least certain pieces of 
software capable both of controlling said mobile equipment by sending given 
commands and of reacting to events originating from this equipment by executing 
instructions associated with said events, in order to perform functionalities 
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associated with at least one predetermined application, said embedded microchip 
system cooperating with a unit of mobile equipment linked to a mobile telephone 
network, said mobile telephone network being connected with at least one remote 
server comprising information processing and data storage means communicating 
with said mobile equipment via said mobile telephone network, characterized in 
that said embedded microchip system (2 -20) stores in its said data storage means 
at least a first particular piece of software (21) of a so-called reporter type, 
designed to retransmit to an associated piece of software (30A/) stored in said data 
storage means of one of said remote servers (3) that is associated with it, data 
characteristic of said events received from said mobile equipment (1 - 10 ), so that 
said associated piece of software (30M) executes, using said information 
processing means of said remote server (3), upon reception of said characteristic 
data, all or some of said instructions associated with one of said predetermined 
applications, and to retransmit results of said execution to said mobile equipment 
(1-10) and/or to said embedded microchip system (2 - 20). 

8. Embedded microchip system according to claim 7, characterized in 
that, said associated pieces of software (30M) implemented in said remote servers 
(3) being of a so-called master type, it stores in its said data storage means at least 
one second particular piece of software (22) of a so-called slave type, designed to 
receive commands from one of said pieces of software of the master type (30A/) 
that is associated with it, to execute said commands using said information 
processing means of said embedded microchip system (2 - 20) and to retransmit 
results of said execution of commands to said associated piece of software of the 
master type (30M). 

9. Embedded microchip system according to claim 8, characterized in 
that said pieces of software of the reporter (21) and/or slave (22) types are 
associated with an additional, so-called autonomous functionality, so that these 
pieces of software can execute directly in said embedded microchip system (2 - 
20) a pre-established part of said predetermined applications. 
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10. Embedded microchip system characterized in that it is constituted 
smart card of the so-called SIM type (2). 
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FIG. 1 



Serveur - Server 

Application du serveur - Application of the server 
Equipement mobile — Mobile equipment 
Carte a puce "SJM" - SIM smart card 

Application "Sim Toolkit" rapporteuse - Reporter SIM Toolkit application 

Circuits carte "SIM" - SIM card circuits 

Circuits Equipement mobile - Mobile equipment circuits 



FIG. 2 

Application du Serveur Maitre - Master Application of the Server 
Application "Sim Toolkit" esclave - Slave SIM Toolkit application 

(for other terms: see Fig. 1) 



FIG. 3 

(see Figs. 1 and 2) 



FIG. 4 

ART ANTERIEUR - PRIOR ART 

Application Serveur — Server Application 

Etapes - Steps 

(indice i) - (subscript i) 

Ecran - Screen 

Carte a puce - Smart card 

Application "Sim Toolkit" — SIM Toolkit application 
(for other terms: see Figs. 1 and 2) 



FIG. 5 

(see Figs. 1 through 4) 
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